80年代末から90年代初頭の少女漫画にみられる “肩幅の謎“ の答えがここに「実在していたのか」碧也ぴんく @pinkjyoudai 漫画家・碧也ぴんく公式アカウントです。 🌟江戸ごはん漫画「ふくふく まんぷく」(新書館ウィングス) 連載中。 ✨お知らせ・猫・ごはん・歴史・ドラマ感想・楽描きも出ます。 ✨お仕事等のご相談は、メール、DMでどうぞ。 ✨ポスト利用は事前にご報告を。無断まとめはブロックします。 ✨フォローはご自由に blog.goo.ne.jp/pink-a-gvc
ワイ「なに！？ライブラリをラップするやと！？」 - Qiita
とあるシステム会社にて ワイ「なあ、ハスケル子ちゃん」 ワイ「いま開発してるWebアプリケーションについて、相談したいことがあるんやけど」 ハスケル子「はい」 ハスケル子「どんな内容ですか？」 ワイ「あのな」 ワイ「色んなページで、配列をソートして表示する必要があるんやけど」 ワイ「そのソート内容がちょっと複雑やねん」 ワイ「なんかオススメのライブラリある？」 ハスケル子「LodashのorderByなんて便利ですよ」 ワイ「マジかいな」 ワイ「さっそく使ってみるわ」 ライブラリを導入してみる ワイ「まずは・・・」
継承は禁止するべき
キチガイに刃物、ゴミプログラマに継承。危険なものは取り上げるべきだ。 オブジェクト指向プログラミングにおける継承は強力な手法であるが、これを正しく使えるプログラマは残念なことに極めて少ない。たいていの場合、継承を使うことで却ってプログラムの保守を困難にしてしまう。継承のアンチパターンの最たるものは、単なるメソッドやメンバ変数の共有のために継承を使うパターンだ。これを行うとデータが密結合になってバグの原因になり、プログラムを把握することも極めて困難になる。 そもそも、熟達したプログラマの感覚では、業務で書くアプリケーションの実装に継承を使うべき局面などほとんど無い。ライブラリ等のより低レベルな処理で仕様が確定しているものについては、継承が効果的となる場合もあるが、複雑なアプリケーションのロジックに継承を使うのはほとんどの場合、時期尚早な抽象化となる。 また、凡庸なプログラマが継承で実現したい
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
