  |
はてなキーワード: フレームワークとは
まず上流というのがいないんよ
エンジニア数千人いる中で
めちゃめちゃ出来るエンジニアが数人いてその人たちがビジネスロジックを簡単に書けるフレームワークを作る
その人たちは年収数千万とか数億とかのレベルだけどビジネスなんかなんも知らない
そのツールをエンハンスするエンジニアが数百人居てこの人たちもビジネスなんかなんも知らない
そのツールを使ってビジネスロジックを組むエンジニアが数千人いる
そのエンジニアにビジネスの仕様を伝えるビジネスアナリストが何人いたかは知らんけど相当いる
日本の「上流」というのはここでビジネスアナリストあたりの感じだけど、ソフトウェア的にはビジネスなんか一切知らんトップ数人が大事なの明らかやん
世間ではコード書くのがプログラマのやりたいことだと勘違いされてんのかね？
実際はコード書くことはただの手段で、できれば書きたくないし読みたくない。だから高級言語やフレームワークや糖衣構文というものが作られる。念じるだけで思い通りのソフトができたらいいと思ってるのが大半だよな
(じゃなかったら、今頃みんなアセンブリで楽しく遊んでるはずだよな？)
全部AIにやってもらったら万々歳だわ。要件定義と設計に専念できる。AIがやる？無理だろうね。支離滅裂で何を言いたいか分からんクライアントの話を掘り出して掘り出して正確に要件定義してくれんなら助かるが、そんなに頭は良くならなそうな雰囲気があるんだよな
こういう大げさに言い出すやつだいたいWeb系
C/C++やRustでUIフレームワークあたりをAIだけで作れるようになったら変わると思うけど
結局のところわかってる人が出力されたものを見てチェックする工程が現状存在するしハッカソンに行くようなやつらが全く無知なわけないだろって感じだわ
生成AIのハッカソンを開催しましたが、もうプログラミングで食べていくのは無理だと思います。とんでもない速さでとんでもないクオリティのものがどんどん出てきています。今後はAI前提のAIプログラマなど多くの人が職を失って新しいAIに置き換えられていくのを肌で恐ろしく感じました。— Yuichiro Minato (@MinatoYuichiro) February 15, 2024
教師なんてなにか別件で偉業を成した人とかなんもしてないけどただ言動がやべーくらいオリジナリティに溢れてるような人物になんだなんだと教えを請いに周りから集まって来るのが起源じゃん本来多分だけど
それをたかだか教育を受けただけ状態の22歳とかがいきなりやれるわけないってなるのが普通じゃん
「自分なんてそんな、人に教えるような器じゃないっす」みたいな謙遜みたいな感じになるやん人間
でもなぜかスバラスィ教師に教えてもらった経験がいまの私を形作っているからみたいなようわからん動機からなぜか私も人に教えようみたいなマインドになっちゃうわけじゃん
良くないよね？
でも制度が教員を教壇から見下ろしてもいい存在として定義づけてるから自然な流れでその位置にすっぽりおさまりよるよね彼奴ら
そんで次の瞬間踏ん反りかえりよるよね。あやつら。
異様に性犯罪やりよんのももうどう見てもあの制度がお膳立てしてるじゃんって思うんだけどまた教師かとか罰しろみたいなこと言うだけであんまそこまでつっこまないよねみんな
もうさあ教員って基礎的な知識とか思考フレームワークみたいのを身に着けるのをガイドするだけの存在でいいと思うんよ
偉い枠はせめて大学とかでオリジナリティ出してからでいいよもう
学習指導要領を右から左に受け流すだけの存在に偉そう感はいらいんのよ
謎の使命感もいらん。何故ならば誰でもできるタンポポの仕事だから。
てかぶっちゃけアレ要素の源流としては軍隊だよな？多分だけど。今の時代その軍隊メソッドいるか？みたいな
phpの場合、＜?php 処理 という具合に書くが、この中身にはhtmlやjavascriptも包含することができてしまう
MVCフレームワークを使わないにしろ、基本的にビューとバックエンド処理は分割しておくべき。
さらにDB処理、ビジネスロジック、プログラム処理と言ったものがあるが、
DB処理はdbhandler専用のモジュールに分けておき、さらにそのモジュールを処理するテーブルごとに分けておいた方が良い（MVCではモデルと言う）
特にビジネスロジックとプログラム処理の区別だが、「商品名にアダルト商品と思わしき文字列があった場合は登録を拒否する」という例外は「ビジネスの例外」であるのに対し、「商品名の文字列がDBで用意されたvarcharの可変文字範囲を超えた」という例外は「技術の例外」であるということを明確に区別するようにコードを書く。
「おすすめ機能」のような凝ったアルゴリズムが必要な場合はそれ専用のクラスへ分離しておくこと。
能登半島の端に行くにつれて復旧以前に
おかしい
多少大げさに言えば認知がゆがんでいる、災害のショックでゆがんでいる
実際のところそんなもん道路や電気や通信が生きていればゴリ押し輸送できるんであって
逆に言えばヤバいのは幹線道路や電力通信インフラの整備がそもそもできてないって話で
そこを「災害対策」のフレームワークで全国やろうとすると金額とか継続性のスケールが違いすぎて土台無理で
実際に東日本大震災以降やってきたその方向性は当然のごとく他地方では示されてないってことが今回でもより明確になった
じゃあ常用インフラをもっと金かけて整備するのか、金ないならリスクとって新しいテクノロジー導入するのか
散発的に地方とかの「お題ごと」の予算はそれなりにつくんだけど結局必要性というより政治力で分配決まるし
かといってじゃあもう末端を放棄して地方都市まで撤退戦やってそこまではきっちりインフラ再整備しますよとか
そういう断固としたビジョンを示せるわけでもなく
そうしてグダグダやってる間に次の地震が来て「地震対策」が不足していると騒ぐというこの非常に不毛な
JavaScript でさあ
変数 value が null でも undefined でもない事を確認するのに
if (value) { console.log('null でも undefined でもねーわ'); }
これほんとやめろって。
おかげで value に 0 とかが入ってる時に、このコンディションが false になるわけだ。
色んな会社さんのコード見てきたけど、このタイプのバグ本当に多い。
昨年は、世界的にも有名な会社さんのフレームワークがこれでバグってた。
でももう既にシステムの一部は本番稼働しててフレームワークはいじれない。
仕方ないので value には一旦文字列の '0' を渡しておいて if (value) {～} の中の重要なロジックを動かして
(めっちゃ幸運な事に、数値 0 のかわりに文字列 '0' でも正しく動くような、型について緩いロジックだったから)
その後で改めて value に数値 0 を入れなおすという、きったないハックで誤魔化した事もある。
自分がお客様だったら怒るね。「いやいや、全部理想的なコードにしてちょうだいよ。お金払ってんだよ？」って。
'サービス 開発 リモートワーク 提供 機械学習 プロダクト ソリューション 大規模 技術 要件 する チーム 企画 運用 設計 検索 ため 推進 製品 活用 改善 通信 投資 terraform アーキテクチャ フレームワーク ポジション データ 用い cto プラットフォーム gcp 課題 ビジネス 備考 リーダー scala クラウドサービス 配信 利用 リード 特化 github 処理 ユーザー ci js パーソルクロステクノロジー 新規 喫煙 月額 ai 提案 ビッグデータ クラウド 検知 仕様 スクラム 受注 施策 連携 マーケティング 展開 主体的 インフラ メディア フレックスタイム制 翻訳 広告 社会 事業内容 年俸制 行動 対する マネジメント 音声 自然言語処理 東京メトロ django レコメンド 保養 docker 購入 分析 go メンバー 解決 フルフレックス 検討 jira sas ステークホルダー 折衝 基本給 定義 創業 表彰 新橋駅 インターネット ansible'
'制作 応募 ます 未経験 ゲーム 月給 研修 案件 ください あり 完全 ok 交通費 歓迎 java 土日 アクセンチュア 試用期間 希望 契約社員 です たい テスト 休み スキル ヶ月 電話 エンジニア 年収 まで ませ 実績 あなた 名古屋 住宅手当 スクール ブランク 弊社 php サーバー 面接 net お客様 紹介 vb 豊富 up タイトル 経験者 チェンジ 原則 から 営業 夏季休暇 ディビジョン 不問 ses 全額支給 step ドローン ござい 許可 つけ 相談 みなとみらい 言語 か月 定期的 書類 好き 気軽 製造 内定 当社 活躍 db また 昇給 週休 教育 全員 prevent 面談 デバイス ソクコム 内容 分野 人数 cobol 雇用 策定 先輩 有料 連絡 求人 知識 安心 農業 残業 産前産後休暇'
