  |
はてなキーワード: オブジェクトとは
サマータイム関連でマウント取りたいプログラマーがブコメやブログ書いてるけど
もしかしてこんなびっくり低レベルプログラマーが世の中のいろんなプログラミングしてるの？
サマータイムよりそっちの方が怖い。
プログラムで時刻を扱う場合はほぼほぼ１００％ライブラリの機能を使う。
日付なり時刻を表すオブジェクトを作る。
そうしないと単純な引き算とか足し算が面倒だろ？
今から10日後ってどうやって計算する？一ヶ月は必ず30日じゃないんだぞ？
だからライブラリに任せる。そこそこのプログラマーなら面倒なことをいちいち実装しない。
で、そういう実装をすると内部で保存されてる時間情報と表示する情報は別物になる。
たいていは内部ではUTCで保存されていて、そいつを表示の時にJSTにする。
OSなりのロケール情報から何で表示するべきなのかを取って来てそれに合わせて表示させる。
サマータイム対応をする場合はこのロケール情報を変えるのであって、内部の時計は変更しない。
だからほとんど全ての時間的演算は影響を受けないし、コードを変える必要もない。
だから正確に言うとサマータイムが導入されても「時計は変更しない」
表示を変えるだけだ。内部時計と表示の関係をわかってない人が多すぎる。
はてなの（おそらくエアプ）プログラマーがその辺をわからずに記事にしてるのがほんとキモい。
で、そんじゃ影響はないか、っていうとそうじゃない。
さっきの10日後、みたいな演算は影響を受ける。２時間ずれる。
あと、簡単なところだとcronなんかのスケジューラは影響を受ける。
夜中の1時に実行するっていうcronの設定はロケールに応じて意味が変わるので、切り替えの時に1日に２回実行されたりするかもしれない。
ただ、利用者側に見えないところのスケジュール実行なら、ぶっちゃけサマータイム対応させる必要はないと思ってる。
サマータイムなんて所詮は人間が見たときの時間であって、内部の時計の話ではないからだ。
エクセルがタイムゾーンに対応していないとかの話もあるが、スタンドアローンで動いてるなら全く問題ない。
影響は皆無ではないしかなり大きいと思うが、OSの更新とかそんな大それた話ではないはずだ。（もちろん、将来的に変更する必要はある）
じゃぁサマータイム賛成なのか？って言われるとそれは別だ。
おそらくスケジューラの影響だけでも相当大変だし、それに関連したシステムの再検証とかどう考えても時間が間に合わない。
内部のコードがどうなってるかわからないから時間に関係してる・していないに関わらずシステムは全て再検証だろう。
どう考えても無理なのは無理だが、根本的に無理かと言われたらそうでもないはずなんだ。
もしかしてハードコードでJSTって書いてたり、独自の時間管理ライブラリを使ったりしてる人って結構いるのか？
String time = "2018-08-16 13:41:00"
とかやってんの？
スタンドアローンならそれでもいい（勝手に電源落として時計あわせりゃいい）が、そうじゃないシステムでそんなアホなことしてる人って多いの？
http://mizchi.hatenablog.com/entry/2018/07/31/124354
念の為言っておきますがOOPの呪いについては特に異論はありません。
古いJavaのような、クラスにしかメソッドが所属できないモジュールシステムばかりの時代じゃありません。 クラスは基本的に不要だと思います
Javaは今でも「クラスにしかメソッドが所属できないモジュールシステム」でしょ。クラスに属していないように見えるのは糖衣構文に過ぎない。
https://twitter.com/mizchi/status/1024103868613812225]
オブジェクト指向の呪い、ほとんどの言語のモジュールシステムでは関数参照がそのままexportできるのに、すべての関数を static メソッドまたはクラスメソッドとして表現する人が未だに多く、見るたびに指摘してる…
関数参照ってなんですか?「exportする」ってそんなに一般的ではない気がする。
もしfunctionオブジェクトをimportするのを指しているのならば、所詮オブジェクトなので状態が含まれない保証はない。
https://twitter.com/mizchi/status/1024104303907065856]
そりゃJSみたいに柔軟なインポートができる言語ばかりじゃないし…
https://twitter.com/mizchi/status/1024151165703938048]
JSの似非OOP慣習と向き合うのに class の導入は必要だったと思うけど、それはそれとして class 使わないのは別
これはそう。結果論的にはclassそもそも導入されるべきではなかった気もするけど。
https://twitter.com/mizchi/status/1024155163399876609]
Dijkstraのijkが好き
めちゃくちゃわかる
湧いてきたら追加する
って書いておきながら、引数で持ってくるのかnewするのかは書かないって、片手落ちじゃん
ロジックは実装に任せるっていうなら、設計はDBまでかもしくは、外部インタフェース仕様ぐらいまでにして、内部で使うクラスもメソッドも実装側に任せろよ
C言語でプログラミングの基礎を学び、今はJavaベースのシステムを設計し、プログラマに実装をお願いする立場。
まず、完成した設計を渡すと高確率で質問とともに突っ返されるのだが、その時の質問が、ほぼいつも
「『AオブジェクトのBメソッドを〜』とありますが、そのAオブジェクトはどっから引っ張ってくるんですか？それともnewするんですか？」
なのが閉口する。
俺は業務の詳細を俯瞰し、処理のフローチャートに落とすのが仕事なんだけど、そんなトコまで書かないといけないのかよ？
なんでインスタンスだnewだのって話になるんだよこっちはJavaの専門家じゃねーんだよ。ぶっちゃけそんな低レベルな話は知らねーよ。
コード書くのが俺の仕事じゃねーのに、なんでコード書きがするべき仕事を押し付けられるんだ。
まあそんな事を言っても仕方ないので、「引数で持ってくる」と直して実装させるじゃん？
「その修正は仕様変更になるので許可取ってください。てか、ビルドエラーになるのでやめてくれ」
そして、それもこれも、全て設計のせいになるので納得が行かない。
各々こじんまりとした効率化テクニックの蓄積があるものと推察される。
私もその例外ではない。
そこで私は提案したい。それらノウハウの共有による集合知の形成を。
まずは私が効率化のために行っていることを紹介したい。
基本的にはVBAを利用したものだが、コードは今手元にないので各自ググってほしい。申し訳ない。
いちいち探しに行かなくていいから便利。
いちいちプロパティバーを表示してコピーして……とかやらなくて良いので便利。
いちいち貼り付けメニューとか貼り付けたあとのオプションとかでGUIの操作をせずにキーボードだけでできて便利。
マクロのショートカットキー割当はPERSONAL.XLSBのThisworkbookオブジェクトにWorkbook_open()を書いてその中に書いておくとExcelを起動するごとに自動実行される。
同上。
同上。
クソうざいあれがなくなって便利。
いろいろ便利。
バババッとできて便利。
大量のシートがある時にあのシートどこだっけとかいうのをマウスでグリグリやらなくて良くなるので便利。
使う頻度の高いマクロやエクセルにそもそも実装されている機能はショートカットキーを割り当てるか、リボンに登録しておくと便利。
１話見て「なるほどね。ステ振りによって持てるスキルが違うゲームなのか。そして一部のスキルはリアルスキルで代用できると」って納得したんだが、そのあと主人公以外は一切何のスキルも使わなくてモヤモヤしてきた。
だってなんか不公平じゃない？主人公だけ加速して他の連中は普通に戦ってるとか。まあゲームの中で戦っているから破壊不能オブジェクトとかHPとかそういう概念はあるけど、基本的には普通に戦ってるじゃん。
これ原作だと他のプレイヤーもスキル使用してる描写があるの？たとえば「四次元ポケットみたいなスキルを装備しているから弾を見た目より大量に持ってます」とか「通信距離延長スキルを使っているので他のプレイヤーも遠くの味方と連携してます」みたいな一見わかりにくい形で実はスキル使ってましたとかそういう感じなの？
アニメだけ見てると主人公だけがスキルを使っていて他のプレイヤーは一切スキルを使っていないから『みんなで縛りプレイしてるサーバーに１人だけ空気の読めない奴がやってきた』みたいな光景が広がっているんだが
正直いってあのソフトだいぶ完成度低くない? 挙動もおかしいし、使うたびに「やっぱAdobeすごいわ」ってなる。正直カラーマネジメントの問題が無かったら絶対にAdobe XD使ってる。
"Sketch 使いにくい" とかで検索してもそういうエントリ全く出てこないし謎。まだUIデザインの世界が発展途上だから、みんな恥かかないように尖ったこと言わないようにしてるのかな。
もしかしてみんなは快適に使えてて自分に何か問題があるんだろうかと思ったけど、英語で検索したらlaggyやらslowやらなんやら書かれてた。
ズームの時の挙動とか、テキスト編集する時の選択範囲とか、フォント選択する時とか、オブジェクトを回転させる方法とか、マスクの挙動とか全部不可解なんだよねー。
なんか、無理やりAdobe製品と差別化してみましたって感じ。
