フレームワーク・ライブラリの学習が苦痛で仕方ないプログラマ [転載禁止]©2ch.net
■ このスレッドは過去ログ倉庫に格納されています
次から次へと現れる新技術 長ったらしく分かりにくいオナニー公式リファレンス
車輪の再発明しちゃいかんのか? 必要なものなら勉強するしかないが
数年後メンテどうすんだろと思うことはある >>1
それは基礎が出てきていないからだと思う。
例えば、基礎ができている人というのは
新しい言語が出来てもすぐに使えるようになる。
どんな言語でも基礎は一緒で書き方が少し違うだけだから。
フレームワークもそれと同じで、基礎ができていれば
たいていのフレームワークは同じ。
このタイプのフレームワークであれば、
「ここにこういう機能があるはず」「こうやって拡張するはず」
「ここにコードを書くのがベストプラクティス」などわかるようになる。
>>2
> 数年後メンテどうすんだろと思うことはある
フレームワークを正しく使えば、フレームワークが変わっても
コードを移行できるよ。フレームワークに過度に依存したりしない。 >>3
なるほど 確かにその分野に関する知識が乏しいと何故にわざわざそのフレームワークに
頼らなきゃいけないのかわからなくて"やらされてる"感が凄いんだよなぁ
しかし基礎がわかっていたとしてもどこぞの外人が考案したオシャンティな独自概念を
わざわざ理解せにゃならんのはやはり苦痛である いつ廃れるかわかったもんじゃないし >>4
筋の悪い概念でも流行してしまうことがあるのが厄介。
そういうのは4,5年経った時にやっぱりいらなかったよね、となる。 自社製フレームワークがノンドキュメントだった。で、挫折して社内ではその言語使えない人になってるみたい。別にいいけど
結局、俺様ツールはCかPHPかシェルスクリプトで間に合うけが、MFCに.net、Javaの標準とかでもうお腹一杯よ。 >>1
Web系フレームワークは専門外なんで知らんけど、クライアントアプリ用
フレームワークなんて25年ぐらい前に出たSmalltalkのもの(現VisualWorks)
から基礎部分はほとんど変わっていない。
モバイルアプリでいうとModel/Application Model/View/Controllerの
Application Model部分がFragmentやUIViewControllerという名前に変わっただけ。 業務知識を覚えるのが苦痛でなければ、そっち方面に行けばいいと思うけど。
競争相手も少ないし、人が全然いないみたいだし。 >>4
> どこぞの外人が考案したオシャンティな独自概念を
どこぞの日本人が考案したものや自分の会社が考案した
フレームワークを使わせられるほうがよっぽど苦痛だぞ。
苦痛が嫌なら、有名でよく使われているものを選んでいればいい。
それ以外のもの(フレームワークを使わないという選択肢を含めて)は、
もっと苦痛なんだから。 >>8
業務知識はその会社でしか使えない知識だから
もっと苦痛。あれはむしろ覚えなくていいもの。 >>10
設計にしろ、業務(=ドメイン)にしろ一般して吸収しないと血肉にならんと思うが。 会社をやめたら0になるものに依存したくないだけ。
そんなものはどんどん減らして、会社以外でも使える
技術に置き換えていけばいい。
そうすれば、覚える価値がないものはどんどん減っていくよ。 フレームワーク、ライブラリも廃れたら全く価値がなくなるけど。 少なくとも自分で作って自分でドキュメント書くよりは遥かにマシ >>9
そのライブラリ製作陣の規模や質に反比例する形でダルくなっていくよな
勘違い臭の激しいどっかの誰かさんが暇つぶし程度に一人で書いたクソライブラリを使わされたことがあるがそれはもう酷かった >>10
業務のメタ知識(コスパ上げるくふうとか)は、会社以外でも役に立つ。
寧ろ、それが無いと「本当に社会人?」と思われる。 受ける会社大丈夫?
下記の条件が全て当てはまる会社にご注意下さい。
・IT系
・「社名 労基」でググると過去の2chスレが出てくる
・転職会議で2.5点 誰でも簡単にパソコン1台で稼げる方法など
参考までに、
⇒ 『宮本のゴウリエセレレ』 というブログで見ることができるらしいです。
グーグル検索⇒『宮本のゴウリエセレレ』
ZY36ZC0JH9 とても簡単な自宅で稼げる方法
参考までに書いておきます
グーグルで検索するといいかも『ネットで稼ぐ方法 モニアレフヌノ』
B35F3 ■ このスレッドは過去ログ倉庫に格納されています