「プログラム」を含む日記 RSS

はてなキーワード: プログラムとは

2018-08-15

anond:20180815191834

マヂレスすると、人間エゴで一緒に住んでもらってるから

そんな事言う権利人間にはないと思う。

生殖動物の種の保存のための罠というかプログラムだしそれがないと滅びる。

なのに嫌悪を持つこと自体失礼だと思う。

ゴミを貼るな

増田でさ、音楽をすすめたり、MVURL貼ると直ぐにゴミを薦めるな、ゴミを貼るなっていうトラバがつくけど、この人プログラム説を私は提唱します。

サマータイムB2B通信。あと費用負担の話

以前、短期間だけど、B2B通信ミドルウェアメーカーにいた。B2B通信っていうのは企業間でのデータのやりとりのこと。

あなたが近所のスーパードラッグストアで買い物をしているとする。お店は品物を仕入れるため、B2B通信で「冷えピタ20ケース売ってください」というデータを送り、受け取った卸売業者は「受注しましたよ」というデータを返す。卸売業者はさらに、メーカーに対して発注データを送り、メーカー卸売業者に受注しましたよというデータを返す。

あるいは、あなたAmazonで買い物をしたとする。Amazonクレジットカード会社請求データを送り、クレジットカード会社は成否をAmazonに返す。

あるいは、あなたが使っているA銀行の口座から、別のB銀行の口座に振込をしたとする。当然、銀行間でやり取りが行われる。

こういうデータのやり取りが、毎日恐ろしい件数で行われている。サマータイムが導入されるとしたら、B2B通信にも影響がある。ちょっと考えただけでも、

サマータイム導入が決まった場合、そういった問題が起きないように対応しなければいけないわけだけど、

限られた予算の枠内でサマータイム導入にコストを取られるということは、それ以外の施策は後回しになる。停滞のもとだ。

対応方法企業によってばらけそうなところも問題だ。B2B通信しているすべての企業が揃って完璧対応をできれば問題ない。でも、場合によっては、「うちはIT予算に余裕がないので、サマータイムの切り替わりタイミングサーバ時計を2時間ずらすだけにします」みたいなところも出てくるだろう。そうすると、「時刻は確かに2時間ずらされているけど、タイムゾーン指定JSTのまま」みたいなデータが送られてくることになる。メーカーユーザ企業の力関係にもよるけど、ミドルウェアでは「通信相手ごとにサマータイム対応方法が違う」という前提で複雑なプログラムを組まないといけなくなるかもしれない。

おそらく、サマータイムの開始・終了時には、夜間にも関わらず関係各社の担当者が待機させられることになるだろう。B2B通信も夜中には頻度が下がるのが確かだけど、ないわけではない。データの種類によっては「毎日1回夜中の3:00に送る」みたいなケースもある。万が一何も起きなければ安心して寝ればいいけど、何か障害が起きた場合、影響が大きくなる早朝までに対応しなければいけないので、ミドルウェアメーカー運用担当者も開発担当者も召集され、タクシーで集まって全員で対応するハメに、というのも十分ありうる。

海外との取引がある企業もあるから日本だけの話でもない。「へぇ日本でもサマータイム導入されるんだ。どれどれ、このJDTっていう1時間ずれるやつかな」なんて中途半端対応されてトラブルになるケースもあるかもしれない。

……ここまで書いてきて思ったけど、サマータイム対応問題なのは費用負担が一番大きいんじゃないだろうか。

オリンピックは、主催者や、そこから仕事をもらっている広告代理店建築業者、スポーツ用品メーカーなどが収入を得る。それ自体別にいいんだけど、そのためにサマータイムが導入されて、オリンピック関係ない企業や、そこで働く人たちが負担を求められている。娯楽はそもそも提供する側がサービスして、享受する側がお金を払うという交換をするわけだけど、サマータイム導入で反感を買っているのは、オリンピックから直接利益を受けない企業や人が、「あくまサマータイム対応コストがかかるのであって、オリンピックお金徴収わけではないか問題ない」という論理でタダ働きさせられることが大きい気がする。いわば、日本全体から金をふんだくって、オリンピック主催者関係者に集約するかたちになっている、その構図が問題なのではないか

そこで提案なんだけど、「サマータイムは導入してもいいから、対応にかかる費用東京オリンピック主催者請求できる」というかたちに持っていくのがいいのでは。

「いやいや、開始までの時間が残り少ないのが問題だよ」という意見もあると思うけど、費用請求できるなら、優先度上げてできることが色々増えるよね。単純に人を増やしたり、深夜残業代にあてることだけじゃなくて。

たぶん、開催時刻をずらすんじゃなくてサマータイム導入、という話が出たのも、「IOCとの契約時間が決まっちゃってるから変えると違約金払わされる」とかそういうことだと想像するので、サマータイム対応にかかる費用主催者負担して違約金回避できるなら、問題ないよね。……まさか対応費用が払えないほど莫大になることがわかっていて、それを全国の企業押し付けようとしているわけではないよね? もちろん、「サマータイム対応費用を都や国が補助金とか出して負担する」ではダメですよ。それだと結局、主催者が儲かるために国民全員に負担押し付けるかたちになっちゃうので。

いやぁ、いい案を思いついた。これなら全員がニッコリ、Win-Winな感じになれそうですね。よかったよかった。

じゃあ実用性の無い授業ランキング作るか?

集計は任せた。

プログラムhtmlもかけねーから

とりあえず道徳図画工作総合学習古典が上位争いすると思うわ

anond:20180815010736

プログラム学びたいなら別にあるけど、そうじゃないならツクールUnityで。

Unityプログラム書くけど、大したものじゃないし、ホビーレベルであればコピペプログラムで行ける。

Cocos2d-xは結構プログラム技術が問われるのでお勧めしないしそれならGameMakerのほうがいいけど、どっちもナウじゃないしアツくもない。

ゲーム作りたいんだけど

どのツール言語使えばいいかで悩んでる。

RPG派生ならツクールとかウディタでいいのかな。

Unityは何か難しそう。2Dゲームスムーズに作れるのか?

ココス2dxってどうなんだろ。

ゲームメーカーってやつもたまに聞くからきになる。

JavaScriptライブラリでごりごり書いてく…とかでもいいのか?

全然わからんプログラム素人に毛が生えた程度しか書けない。

出来るだけメジャー方法というか、いま1番ナウくてアツイやつを知りたい。

2018-08-14

設計プログラムを分けようとするやつって、プログラム設計がどっかに飛んでるやつが多い

DBと画面と帳票を決めれば、「あとは製造でしょ」つって

モジュール分割はどうするの?

コーディング規約は?

命名規則は?

まあそんなのグダグダでも犬小屋レベルなら作れるんだがな

しか複数人の作ったプログラムを組み合わせて動くレベルシステムになるとあっという間にぐちゃぐちゃになる

ビルはいつまで経っても完成しない

99%から進捗しない理由、わかった気がする

自分プログラム組むようになって思うけど

「あとちょっと」とか「このバグが取れれば完成」って時点は実は99%なんかじゃないんだな

というかコードを組み終わって「このバグが全部消えればたぶん完成」って状態はたぶん5~6割ぐらいしか完成してない

2018-08-13

サマータイムどころか昭和100年問題ですら対応できていない我が国

西暦2000年問題プログラム改修終わっているかと思っていたら、システム会社から実は昭和100年問題対応してませんでした。

対応するには追加費用払ってね、てへぺろ☆(・ω<)

っていう話が来た。

もう昭和93年だから、実質あと6年しか対応期間ないよ。システム改修には3年ぐらい見込んでくれると嬉しいなとのこと。

おいおい!昭和100年問題ですらシステム改修に3年かかると言うのに、この上サマータイム対応とか昭和103年ぐらいまでかかるんじゃないか

金融機関系のプログラムやそれを流用しているプログラムを知らないところで使われていると昭和100年に思わぬ障害に見舞われるかもしれない。

anond:20180813172158

わざわざプログラム仕込んでるとか誰がどう考えても怪しむわな

2018-08-12

anond:20180812091843

統合失調コントロールする気ないに反応ありがとう
森田?は直後は多少効果あったみたいだけど大きな変化はなかった。
正確には森田プログラムやったわけではないけど、
自主入院したいって言うから入院させたら
1週間で「気が狂いそう」「マジ病院ヤバイわ」「あの状態よりは大丈夫です」
そう言って出てきた。

認知は通っているデイケア社会福祉士さんが超ナイスガイだった時は少し常に前向きだった。
性格的によいカウンセラーがいるって言うのは大事みたい。
ただ、職業カウンセラーというよりデイケアと合体してる方が良いみたい。
東京に住んでるので色んなプログラム団体があるはずだからと言ったら興味は示したけど
電車に乗りたくないとやはり拒否した。

2018-08-11

Excelの開発費

いつものように自称スーパー営業マンが突拍子もない事を言ってきた。

営「ねえ、Excel 作ってよ」

俺「VBAプログラムってことですか?」

営「そうじゃなくて、Excelのもの

俺「一部の機能だけなら作れますけど、それでもExcel買ったほうが安いですよ」

営「それだと ウチで売れないでしょ。ウチで作ればウチが売れるじゃない」

俺「(何言ってるんだコイツ)はあ」

営「WordとかPowerPointは要らない、っていう人向けにさ、Excelの半額で売り出せば、間違いなく売れると思うんだよ」

俺「(何言ってるんだコイツ)はあ」

営「どう?作れる?」

俺「1億円くらいあれば作れるかもしれませんね」


って、答えたんだけど、1億円でも無理だよなーと思ってきた。

フェルミ推定の得意そうなはてなの皆さんなら、いくらと言って諦めさせますか?


LibreOfficeクローン から始める、とかではなく、自社で販売するにあたって何のライセンスにも違反しないようにするとして。

サマータイムプログラム書き換え問題って。

目に見える地下鉄道路建設などには、時間が掛かることは想像やすいですが。

プログラムって400字詰め原稿用紙で何枚分のプログラムを書き換えることになるのだろうか?

OSアップデートで何とかなるのはWindowsOfficeWebブラウザしか使ってない人と、iOS/Android純正アプリしか使ってない人くらいでしょうね。

一方、電気水道通信料金の計算列車飛行機運行コンビニPOS銀行証券システムから電子マネーの決済基盤とか、全部プログラム見直しですよ。

Mac OS X が出てこない、Linuxも。。

やばいワードサラダ警察に捕まるかな)

anond:20180809110313

 ――ん? 元増田へじゃなく?

ベアプロやってれば他人に問う意味ないじゃんって話かと思ったけど、俺への言及だと別に独り言からいいじゃん、みたいな感じか?

 表現力とweb投稿動機は、自己対話による整理とは根本的に違うぞ。

甘えがあるかどうかだ。

 プログラムはほぼ正解が存在し、それ自体を稼働させるのが目的だが、文章表現は訴えたい内容を伝えることが目的

webプログラマは稼働する経緯より結果を重視して目的が得られればいいと考える傾向が強いらしいが、それでも文章表現とは全く異なるのを自覚した方がいい。

 純粋目的だけを考えるなら文章なぞ箇条書きで構わない。

正解の決まったコーデックのQ&Aと、表現力が目的なのにそれに悩んで他人に縋るのは違うんだよ。

 増してやその部分のオリジナリティ勝負する側面があるのに、匿名だし"読者"の助言がベアプロみたいなものだと誤解させるような言及はどうかと思う。

寧ろ、webに書き散らして顔の見えない誰かのくれたアドバイスが、独り言自動POSTされた無償レスだと元増田が思ってしまうようなら、本当に文章書きには向いていない。剽窃常態化するだけだ。

 俺はそう思う。

サマータイムの影響を調べてみた

会社でどんな影響がでるのか調べてみたので、メモしておきます

チャイム

40年ものの機材。始業と昼休みと終業を告げるチャイムを車内に鳴らす。放っておいても1か月に5分進む微妙な精度。サマータイムボタンはもちろん付いていないので、手動で調整する必要がある。

FAX

時計が入っていて、タイムスタンプが入るよね。あれはあまりいじったことないけど、サマータイム機能とかなさそう。海外展開していたら、ありそうだけど、日本仕様機能デチューンしてそう。

パソコン(windows10)

UTC時を基準に動いているので、対応可能現在日本ではサマータイムがないので、タイムゾーン東京大阪あたりを選ぶとサマータイム機能オフになるようになっている。正式サマータイムが決定して、windowsアップデート後にサマータイム機能が利用可能になる。

携帯電話

いわゆるガラケーガラパゴス携帯)は、一応、電波時計の調整がかかっているので、キャリア対応すれば、勝手に変わりそうな気がする。スマホOS自体対応してそう。アプリ開発者ごとに国際化対応を考えていたかどうかなんだろう。

会社玄関にある電波時計

電波の元が調整したら勝手に変わるのか。テストしたことなないだろうから、実際に発動させたら大変そう。

各部屋にあるかけ時計

サマータイムボタンはもちろん付いていないので、手動で調整する必要がある。

webサーバー上で現在時刻を取得するプログラム

これが厄介。開始時間バーコードを読み、さらに終了時間バーコードを読むようなプログラム場合、通常時間からサマータイムに変更されるタイミングにかかったときに正しい経過時間が記録されない恐れがある。多分、夜中に行うのであれば、いまのところ影響は回避できそう。24時間操業のところだと困りそう。サーバーは、そのまま放っておくというのも手のような気がした。記録を引きだす必要があるときに変換するとか、解釈するというのが現実解かも。

・予定表プログラム

同じ時間が2回くるタイミングと2時間飛ぶタイミングはどう表現しようか。深夜のことなので、寝ているだろうからスルーしていいのだろうか。切り替えタイミングとき例外処理をいれたほうが親切かな。現時点では同じ数え方で時間が経過することを前提に描画しているので、サマータイムによる時刻の変更は想定していない。実際にない制度のことを想定してコストをかけても誰もお金を払ってくれないよね。

24時間交代勤務シフト

サマータイム初日は、夜勤の後の朝の交代の人は2時間早くくるのか。サマータイムの終わりの日は、2時間残業しないと次の交代の人がこないのか。

サマータイムしない会社

サマータイムしませんという会社が現れたら、どうなるんだろう。取引上こまることはあるかな

また、思いついたら書きますではではー。

サマータイム導入は原理的に可能である

IT技術者が心配していること

サマータイムは開始時と終了時が大きなトラブルが発生すると考えられています

例え話にします。ある製造業会社がありますオフィスには社員が見える位置に壁掛け時計がついています。この時計は少し特殊で、秒数しか表示されません。具体的に言うと、ロンドン1970年1月1日0:00から経過した秒数です。例えば、日本時間2018年8月11日午前0時は、1533913200となります

けど、これでは不便なのでオフィスには変換器が用意されています。その変換器を通してみれば日本時間の日付と時刻を教えてくれます。ですので、多くの社員はこの変換器を利用しますが、たまに、変換器を使わず仕事をする人や自分で変換器を作る人もいます。また、オフィスの変換器は、サマータイム対応していますサマータイムが始まる際は、XX年6月30日23:59:59の1秒後はXX年7月1日の2:00:00です。また、終わる際は、XX年9月1日2:00:00の1秒後はXX年9月1日の0:00:00です

■ ケース1

毎日0時になったら仕事を始めるAさんがいます。Aさんは、オフィスの他の人が自分の机に持ってきた書類ファイリングして、日付をつけてキャビネットしま仕事をしています。その書類には完成した商品情報が書いてあります。完成した商品情報が書いてある書類キャビネットに入れることで、お客様商品を受け取りに来た時に、受付の社員がどこに取りに行けばいいのか分かるのです。

XX年6月30日。その日の仕事を終えたAさんは、次の0時を待っていますしかし、変換器を通した時間ではXX年7月1日の0時は存在しません。ですので、次に仕事をしたのは7月2日の0時でした。

7月1日の朝になってオフィスお客様が品物を受け取りに来ました。受付のBさんはお客様の依頼を受け、キャビネットを探しに行きますが、書類が無いので、「まだ完成していません」と答えます。本当は商品はできているのに…。

■ ケース2

XX年8月31日0時。Aさんは、普段通り仕事をはじめました。自分の机の上にある書類をまとめて、「XX年8月30日分」と書いてキャビネットしまますしかし、その2時間後、またXX年8月31日0時がまた来ました。あわてて自分の机の上を見ます書類はありません。(工場が動いているのは8時〜20時)書類が無かったので空のファイルに「XX年8月30日分」と日付を書いてキャビネットに向かいますが、すでに同じファイルがあります

キャビネット内に同じ名前ファイル存在していけない決まりなので、そのファイルは捨てて空のファイルキャビネットしまいました。

朝になってオフィスお客様が品物を受け取りに来ました。受付のBさんはお客様の依頼を受け、キャビネットを探しに行きますが、書類が無いので、「まだ完成していません」と答えます。本当は商品はできているのに…。

さて、これを解決するにはどうしたらいいでしょうか。

そうです、Aさんには◯月◯日には、0時はないので2時に仕事して下さい。さらに、□月□日は0時が2回くるので2回目の0時に仕事して下さい。また、受付のBさんには□月□日の1回目の0時には、キャビネットには書類は来ないので、2回目の0時になるまで待って下さい。と教えればすみますサマータイムはこうして対応可能なのです。

心配無用サマータイムは導入可能です!

話を例え話から実際の話にします。

サマータイム考慮していないシステムは無数にあると思われますが、考慮したシステムに改修すれば問題ありません。不具合が発生するケースは、例え話以外にも考えられますし、解決方法は他にもあるでしょう。

自社の全てのシステムをチェックして、上記のようなエラーが起きる可能性はないか精査します。多くのシステム仕様書がなかったりするので、その場合は実際にテストしてみたりしないといけません。さらに、AさんとBさんの連携のように、他のプログラムと連動する場合は、サマータイムの開始・終了の際にどう対応するかを取り決める必要があります。社外のシステム場合もあるので、そうした会社と調整が必要になります

精査、改修、そして実際に問題いかテストするプロセスで、日本全国で対応できるまで、おそらく最低でも数年程度はかかるでしょう。2000年に合併したみずほ銀行システム統合は今年完了するようです。18年経って、完成しないのではと言われていましたが、なんとか完成に漕ぎ着けられそうです。

また、改修には予算がかかります。ぽっとその予算を確保できるでしょうか。大企業なら内部留保等で対応できるかもしれませんが、中小企業だと数年かけて積み立てないといけないかもしれません。

いずれにせよ、5年くらいかければサマータイムを導入することは可能です。それでも一部のシステムは間に合わないかもしれませんが、生活に支障が出るレベルではないでしょう。多くの技術者に「無理だ!」と言われて心配していた、オリンピック委員会のみなさん、安心して下さい。

大丈夫です。最短でも2023年にはサマータイムは導入することができます

蛇足:誰が悪いのか

現在動いているシステムは、すべてサマータイムを見越して作るべきだったかもしれません。それは確かにそのとおりです。その意味では、IT屋にも責任があるのかもしれません。

しかし、サマータイム対応となると考慮した設計をしなくてはならず、費用が余分にかかります。1億のシステム開発で、サマータイム対応することで2000万余計にかかる、ということも充分考えられます元号2000年問題と違って、導入されなければ永遠に使われない機能です。

仮に提案したとして、永遠に使われない可能性のある機能に、発注者側がその金額を払う判断をできたかどうか。。。

サマータイムの表示系を調査するだけで大変

web もあるし、紙の表示もあるし、それとは別にPDF作成もあるし、

どのプログラムがどの時刻を元にどの関数を使って時刻を表示しているのか、調査するだけでも滅茶苦茶大変なんだが。

anond:20180811021253

最近の(ネットで有名な)プログラマーは、プログラム作るばっかりで、(くそコード保守経験が少ないからのう。

COBOLから移行したシステムは、たとえCで書いてあっても、ロジックそっくりCOBOL時代のままだし、時刻文字列なんてむしろ当然のことさ。

anond:20180811021253

幸いJSTサマータイムの変動がないので、JST - 9 すれば全部 UTC に変換できる。

というわけで、JSTで保存しているプログラムも内部はそのままでUI部分だけ変えれば無理くり対応できる可能性があるんじゃないか

標準的なやり方ではないけど、そんなの今に始まったことじゃないだろ?w

妄想サマータイム対応してみようとしてみる

サマータイムタイムゾーン一種と考えることもできるので(該当時期だけタイムゾーンがずれると解釈できる)、複数タイムゾーンにすでに対応しているシステムだと導入は楽だ。

アメリカ場合タイムゾーン西部中部東部と3つあるので国内向けのシステムでもほとんどがタイムゾーン意識して作られているし、そもそもタイムゾーンが導入されてから長い。

ところが、日本はどうだろうか?

日本結構東西に長いのだが、タイムゾーンは一つしかない。日本標準時 JST だ。 UTC より9時間すすんでいるので (UTC+9)と表記される。

複数タイムゾーン対応したプログラムを作る場合は、内部では UTC に変換して処理や保存を行い、表示と入力部分だけ現地時間対応するのが一般的だ。

サマータイムになろうが、別タイムゾーン飛行機で移動中であろうがUTCは常に進み続ける。(正確にはうるう秒があるので1秒間足踏みしたりするのだが)

ローカルタイムサマータイムになった日とか場所を移動した日には前後に飛んでしまうので時刻順にデータ並べ替えたりするのには使えないのだ。

ちなみにアメリカ軍の戦闘機F-22日付変更線を超えて沖縄に初めて来たときソフトウェアバグって修理のためにアメリカに帰って行ったことがあった。笑いごとではない。

さて、日本中にある既存システムはどうだろうか?君の作ったシステム、関わったシステムはどうだろう?

MySQLシステムタイムゾーンJSTにしていたりしないか

JSTで保存して、JSTで出力すればタイムゾーンの変換なんかしなくていいじゃん?だって日本しか使わないんだぜ?言語バリアがあるからね(はぁと」

なんてシステムはざらだ。下手すら時刻を文字列型としてJST前提で保存してたりして。

他のシステム相互通信するソフトウェアはどうだろうか?相手タイムゾーンJSTである仮定していないかアメリカ西海岸から接続があった時も大丈夫か?

てか、そもそもロジックと表示部分がちゃんと分離されているかモデルとビューの分離。教科書でならっただろ?

おいおい、ビューで計算したものモデル側で未チェックで保存したりしてないよな?

テストは書いてあるか?タイムゾーンが変わって時間が飛んだり戻ったりしたデータが送られてきてもこけないようになっているか

そもそもテストは書いたことあるのか?てかソースそもそもあるのか?

あー・・頭痛くなってきた。やめよう。

大臣、無理です!」

2018-08-10

anond:20180810212101

そうだね。

ところで、それほどまでに優れたサマータイム採用国のアメリカですら、サマータイム絡みのプログラム不具合は割とよくあるようだ。であるならば、極東島国ときでそのように高度な仕組みであるサマータイム採用しようなどとは、おこがましいことなのではないだろうか?

サマータイムでおプログラムが~なんて泣き言は聞きたくないんだよ

乳幼児や老人の生活時間を2時間ずらすほうが深刻

パソコン大先生想像力がない

anond:20180810161602

プログラム動作パターンtrue/falseの2分岐だけで表現できるとは限らないってだけの話に

「2値論理ではなく3値論理必要」とかSQLの型にはnullがあるとか「現実世界の正確なモデリング」とか言い出してたのかよ

マジめんどくせーな

anond:20180810152442

実際のプログラムって「現実世界は真・偽だけじゃない、不明もある、だから3値論理モデリングすれば解決」なんてものじゃないぞ。

不明があるなら「不明の扱いはどうするのか」を決めなくちゃならない。

不明なら真or偽として扱う」ならやはり真偽の2値でいいしそうするべき。(世の中のプログラムほとんどこのパターン。だからなるべくnullableにするなと言われる)

真・偽・不明の3パターンで扱いが変わるなら、true/false/nullを入れることも考えられるが、ほとんどの場合は、パターンが更に増えることを考えて、整数型でパターン1、パターン2、パターン3のように扱うべきだと思う。

anond:20180810151521

関数型プログラミング使ってないでしょ?

バリバリに使ってるが

実務でプログラム仕様検討なりレビューなりするときに、お前みたいなこと言いだすやつがいるとしたら邪魔しか無いが、関数型プログラミングで何作ってる人なんだ?

アーカイブ ヘルプ
ログイン ユーザー登録
ようこそ ゲスト さん