はてなキーワード: oopとは
- OOP もアルゴリズムもできない Python 2 愛用者
- 本はインターンに書かせる。
まぁ、向いていなかった人にとっては転換期になった年齢だよな、とは思う。いわゆる、中年の危機というか。今は日系のハードが駆逐されて、互換機が全盛となって、転職が可能になったおかげでプログラマーのママで老後にいける幸せな時代だと思う。かつては BASIC のような学習コストの低いものでプログラマーをなのれたけど、今となっては OOP や SQL、そして Unix といった類の習得する学習コストが高くて、一度習得したらずっと忘れないような魔法のようなツールが無かったので、体力がある若者たちが勝ってきたけど、というだけだがね。もっと良かったこととしては、プログラマーの需要が低下しなかった、という幸運があっただけかもしれんがね。
おう!外部キー制約を語るとは、RDB を勉強しているのだな?いい心がけだ。増田は外部キー制約があると「どんなメリットがあるか知りたい」のだな?良し、答えてやろう!外部キー制約があると「変なデータが入らない」ということが開発者が『保証』できるのだ。うん、それで?って増田は思うだろう。それで、実例を挙げるけど、sex というカラムを create で作ったときに、そこに insert into で入る値が「男」「女」「その他」というデータに限りたいときが設計者にあったとする。そうすると、「 insert するのは『チンポ』でしょ?」みたいなアホを防げるだろ?もちろん、limit みたいな副クエリで実装しても構わない場合もある。型を指定して、boolean にしたい場合もある。だが、「入るのはこれだけだと思うが、後に追加で変更できる」としたら、嬉しい場合があるのじゃ。まぁ、究極的に OOP や関数型言語、または(古い)命令形言語だと、enum みたいなものなんだよ。いや、だとしたら、enum でよくね?って思うのなら、リプライくれ。答えるから。
Scala や Elm と Lisp やら Haskell と OCaml に SML と関数型のプログラミング言語を勉強したけど、これらが命令型言語に劣る理由を解説しよう。
これは、SQL も同じ問題を持っているが、関数型言語は「こういうふうに動いてね」という解釈をインタープリターやコンパイラが「推測する」必要があるのだ。つまり、書いているときにパフォーマンスをプログラマーが想像できない。
それが、現実的に厳しいのだよ。マジでコンパイラ関連は金にならない領域になってきたので、関数型言語のための独自コンパイラを作る持続可能な組織が無い。確かに、LLVM を使えば x64 や arm といった最新のアーキテクチャに対応できるかもしれないけど、フロントエンドのレベルすら応対が辛い。よって、関数型言語は C言語にてチューリング完全な同等なコードだと「いくら最速に書いても」遅いのである。
例えば if と書いたら、関数型言語は else が必須ですが、命令型言語は else 無しでも動いちゃうのですね。文系の連中が数学的な背景を加味して要件定義できると思うか?違うだろ。毎回、上に else のことについて聞いたら、プログラマーの生産性は下がるだろ。関数型言語は、上が文系だとますますだが、分岐もきっちりとおさえる必要があるから、生産性は命令型言語に劣るよ。
良い言語だと思うが、不満がある。
という愚痴がある。他人の書いたものを読む分には良い言語だと思うよ。
型ヒントはコンパイル時のエラーにならないじゃん。だったら、いらなくね?タプルは複数の値を返すときに使うのね。Go みたいだね。または Ruby の Struct みたいな。
あれ嫌いな人おるのか。俺も好きじゃないが。純粋に Haskell と同じ文法だったら良かったのにね。
アレはキモいね。素直に ?! で良いと思う。というか、Python は英語圏の人も納得はできないだろ、っていう文法が多くないか?
というのは同意する。ただ、書くときにそうは思わない。例えば、with 構文は Ruby の方がブロックを抜けたらクローズするという方針のが良いと思う。
そう思っている。
結論から言えば、SIerで数年働いてウォーターフォールを身に刻みつつWeb技術を趣味で学ぶ。その後アジャイルを標榜しているWebスタートアップに転職すれば良い。
往々にして(少なくとも日本における)Webスタートアップのアジャイルは上手く行かない。なぜならアジャイルとはなんたるかをきちんと学ばず、「なんとなく楽そう」とか「今時でイケてそう」みたいな動機で採用するからだ。
あらゆるプロジェクトが炎上しまくった結果、ウォーターフォールに回帰する瞬間が必ずやってくる。しかしWeb系でウォーターフォールの上流工程ができる人材は割と限られていて、その中にSIer出身でコテコテの上流工程やってたエンジニアが入るとかなり重宝されるのである。
アジャイルは、ウォーターフォールの酸いも甘いも経験してその対比でこそ真の利点が見えてくる。そうしてウォーターフォールもアジャイルも分かってる人材になれば、それだけでそのスタートアップでは唯一無二の存在である。
オーケストレーションだとか自然言語処理だとか純粋関数型だとかCSだとかで技術的に尖ろうとしても、そういう高度なものを求めているスタートアップは実際多くはない、というか既に席が埋まっている場合が多い。
T型人材とよく言われるけど、難しいことは何もなくて、タイトルに掲げた人並のものを2つ持っていればいい。OOPも知らない奴らがネストの深さは何層までだとかタブスペースは2つだとかforeach文使ってるやつはクソだとか表面ばかりに囚われて本質見誤って伸びきったスパゲティを量産しているような現場に、レガシーから飛び出したお前らが新風を巻き起こして欲しい。
そんな私の年収は400万です。
スレ主です。去年の12月に無事に卒業出来ました。CGPAは3.5でした。去年はコロナもあってSpringBreakの後の講義は全部オンラインでしんどかったです。最終学期は最低限の課題提出と勉強をして殆どゲームをしていた記憶しかないです。就活は並行してやるモチベが無かったので帰国してから取り組んでいます。CFNやIndeedを使って何社かビデオ面接しましたがOOPの基礎的な知識を問われてもまともに答えられなかったので感触はイマイチです。年末に殆ど受けたので合否が始業まで決まらず身動きが取れない状態です。学校での課題以外にポートフォリオとして使えそうなものを用意出来なかったので企業の方でも僕の人材的な価値は確かめられないし、僕自身も何を売り込めば良いのか未だに分かりません。上京を目標としているので最低限の給与さえ入れば文句は無いと考えているのですが、そもそも4月に社会人になれる確証も無いので暫く生き辛さと向き合いながら生きていくことになりそうです。来週からまた就活を再開するので奇異な履歴書を見掛けたらよろしくお願い致します。
時間 | 記事数 | 文字数 | 文字数平均 | 文字数中央値 |
---|---|---|---|---|
00 | 73 | 11573 | 158.5 | 56 |
01 | 29 | 6080 | 209.7 | 78 |
02 | 30 | 6580 | 219.3 | 69 |
03 | 27 | 4703 | 174.2 | 67 |
04 | 14 | 3194 | 228.1 | 134 |
05 | 15 | 2422 | 161.5 | 126 |
06 | 28 | 2737 | 97.8 | 54.5 |
07 | 39 | 4939 | 126.6 | 49 |
08 | 78 | 7500 | 96.2 | 33.5 |
09 | 137 | 8173 | 59.7 | 35 |
10 | 116 | 8015 | 69.1 | 39 |
11 | 117 | 14565 | 124.5 | 44 |
12 | 144 | 15276 | 106.1 | 53.5 |
13 | 121 | 12702 | 105.0 | 50 |
14 | 91 | 8017 | 88.1 | 43 |
15 | 115 | 10312 | 89.7 | 38 |
16 | 145 | 14515 | 100.1 | 44 |
17 | 108 | 17566 | 162.6 | 46 |
18 | 117 | 10572 | 90.4 | 37 |
19 | 104 | 8451 | 81.3 | 51.5 |
20 | 100 | 14605 | 146.1 | 42.5 |
21 | 89 | 14559 | 163.6 | 56 |
22 | 135 | 15765 | 116.8 | 40 |
23 | 118 | 13399 | 113.6 | 43.5 |
1日 | 2090 | 236220 | 113.0 | 44 |
ec2(6), peing(7), d51(6), コアゲーマー(6), みゆ(16), ねこあつめ(3), OOP(3), 被覆(3), ロア(5), 醜男(3), スーファミ(15), レンタル(24), うつ病(17), きれいな(13), 中絶(9), 若い女(14), ひきこもり(7), 失望(7), 400万(5), GOTO(5), q(8), 若く(15), f(8), マッチングアプリ(8), 繊細(7), フランス(9), ドラッグストア(6), d(9), 無職(21), 工場(13), BL(16), ソシャゲ(11), 岡村(13), 美少女(11), プライド(10), 会議(13), 美人(19), 共通(11)
■どうして日本のゲームの女キャラは美少女ばかりなの…………??? /20201022224752(25), ■無職中年男が若くてきれいな女性に失望した話 /20201021210748(15), ■50歳の彼女 /20201023144600(13), ■Re:「無職中年男が若くてきれいな女性に失望した話」が語らないこと /20201022203459(13), ■上司に「やる気ないのか?」と言われた。 /20201021203724(12), ■にじさんじファンはあきらめて覚悟しろ /20201022210505(10), ■大学構内に観光客がたくさん来る /20201023031221(10), ■ゲーム全盛期を知る同年代がソシャゲにハマっているのが情けない /20201023121237(7), ■嫁とのやりとりがものすごく煩わしい /20201022091003(7), ■id:kincity= id:Tai-cHiの複垢一覧 /20201023114506(7), ■ /20200831211848(6), ■gotoeatしてくら寿司の店員に多分嫉妬された /20201022171953(6), ■マスクに効果があるとの研究結果ではノーマスク勢は変わらない /20201022183903(6), ■社会的成功者かどうかや大人であることはマトモだということの証明にならない /20201022224659(6), ■anond:20201022224752 /20201023082940(5), ■分厚くてバッテリー持ちがいいスマホって需要ないの? /20201023093556(5), ■anond:20201022231712 /20201023000950(5), ■LGBTに物申す。 /20201022112648(5), ■継承は禁止するべき /20201022005749(5), ■これ子供いらない43歳だったら、どうだったんだろ~? /20201023174947(5), ■夢月ロアの件で助けてほしい /20201023182949(5), ■ADHDだけど服をどうすればいいかわからない助けて /20201023204100(5), ■1時間ぐらい風呂入る人って何してんの? /20201023222807(5)
馬鹿に継承を扱わせると、仕事している感を醸し出すために継承を活用せざるを得ない。だから、継承はクソに見える。よって、増田の言いたいことはわかる。
しかし、冒頭で書いたとおり、多態を適切に扱うために継承は必要なのだ。これ以上は書けない。これからもクラスベースの OOP は消えることないであろう。それを書くすべを私は持ち得ていないので、null が消えない事実を例にして語ろうと思う。
21世紀のプログラミング言語のチャレンジの1つはなにか、と言ったら「null 撲滅」であろう。関数型言語は null を排除することに努めたし、Swift 言語は Optional という null がはいっていないことを保証する仕組みを作ったり、Haskell は圏論という数学の概念で応対しようとし、Ruby 言語は &. という「null をスルーするメソッド」を開発した。でも、null は撲滅出来ないままである。
そもそも null とは何か?C言語では、ポインタが指すとそこでお終いだし、Java だとヌルポ(例外)の要因だし、Ruby だと NilClass のインスタンスだし、SQL言語だと「3値論理」では未来のことを記述するためのものだし、言語によって null はバラバラである。つまり、null 自体には特に意味はないのだ。逆に null があると便利だと思わないか?C言語ではポインタに死んでもらえるし、Java だとヌルポがあったら例外にできるし、Ruby だと nil があったらなにかの理由があるからだし、SQL言語だと未来のことは不明と記述できるし。そうなのだ、null はプログラミングに必要なのだ。null をちゃんと扱うのが難しいだけで、null 自体に罪はない。
これを継承、というか多態にあてはめてみよう。多態がないとどうなるか想像してくれ。とてもしんどいことになる。なぜなら...
(作者は眠たくなりました。続きが読みたかったら反応ください。)
半分同感。
おっしゃる通りFW上で開発してる限り意識すべきはオブジェクト指向ではない。
オブジェクト指向を勉強すると小さなクラスをnewして〜メッセージをやり取りして〜継承して〜ってなるが、クラスとはユーザーが定義する単なる「型」。継承は親からの差分。これだけで良い。
現場において向き合うべきはいかに最小限の変数やコード量で実現するかが重要ってこと。
付け焼き刃の知識でオブジェクト指向が〜というヤツに限って、無駄なクラスを作りまくったり無駄なメソッドや変数が多い。
コピペプログラマはOOPとか余計なこと考えずに素直にFWの恩恵に乗っかっていれば良い。