  |
はてなキーワード: アジャイルとは
世の中の自社サービス開発してる全てがアジャイル、とまでは言わんけど
基本的にサービスは開発して終わりじゃないし運用しながらユーザの反応見てニーズに合わせていく必要ある
流行りにのって機能増やしたり新しいHW出てきて対応増やしたりだとか
最初はシンプルなコア機能一本で動かしてたはずが「こういう別サービスと合わせて使うと便利」って声が増えると、じゃあそこ連携できるようにしていこか、って風に使われてるうちに立ち位置が変わっていくものもある
長期間かけて開発し終えたけど爆死しましたー！じゃ困るから、じゃあ小さめの機能で動かしてみて実ユーザからのフィードバック多めで手探りで……ってなるとどうしても小さく回していくことになる
ゴールを動かさざるを得なくて、そのためには小さく回すしかなくて……ってのがそもそもの出発地点だから
そこをユートピアだとか効能の一部だとか言われても、まあなんというか「俺の視界内にないものはこの世に存在しない！」って言いたいだけの人かな？としか
いや言いたいことはわかるんだけどさ
「真のゴール」を動かせる本物のアジャイルなんてどんだけの現場で実践できる？ としか思わんわ
まぁ偽のアジャイルもあれはあれでメリットあるし、ウォーターフォールの最大の邪悪って「1ヶ月丸々後工程でまったく使いもしない詳細設計という名のUML図作ってエンドユーザー満足させるために『納品』する」とか、そういう全体スケジュールが狂いに狂いまくることだと思うからゴールが動くうんぬんはあくまで効能の一部だと思うよ
いくらアジャイルとはいっても、見積もり、要件定義、設計、実装、テスト、っていう上流から下流への工程自体は存在するはずなんだよな。
実装段階で問題が発生したら、期間延長とか予算おかわりとかが発生するわけで、そういうのが昨今では多少許されるようになったことをアジャイルと呼んでるのかもしれん。
横だが、そういうのって「はてな」の見出しを見てるだけで目に飛び込んで来ないか？ JavaScript関係だけでもこの20年間にどれだけ変化があったことか。他にもweb系で使われている言語の盛衰やフレームワークの入れ替わりとかだけでも凄いじゃん。今や Perl それ何？ 状態だろうし、GoにSwiftにRustにCotlinにScalaにWebAssemblyにと次から次へと新しいものが出て来てるしバージョンアップでの変化もあるし。C/C++だけでもちゃんとついて行くには勉強し続けないといけないし。開発手法もアジャイルだスクラムだなんだと喧しいし、デバッグの手法関連もそうだし。今やデバッグドリブンで自動化でとかが当たり前っぽいし。
例えばフロントならReactなどのフレームワーク 10年前はJQueryあたりで法改正どころではないくらい違う
そもそもフロント自体がテンプレートエンジンからSPAへと大きくかわっている
スマホも10年前なら普及率1/4くらいでサイトのターゲット自体がPCからスマホに
2013だとJava7だけどJava7と８も大幅にちがうので８やった事ない人が今の俺のコード読んでも読めない
いまはクラウド当たり前だけど10年前ならまだまだオンプレでこれも法改正どころではないくらい違う
AIも全然話題じゃなかったしこれは線形代数や微分からやり直したけど何ヶ月もかかった
これにからんでPythonの興盛 まあ新言語１からやるのが大きな法改正くらいだろうか
C++がRustになんてのも俺はまだ手を出してないけどある
開発手法で言うとこの10年のウォーターフォールからアジャイルへの移行で仕事の進め方が他業種に転職以上に変わってる
このほか変わったことではないけれどアルゴリズムやデータストラクチャーデザインパターンなんかは本ちょっと読むだけじゃなくて実際に手を動かして体に身につくまでやる必要がある
普通に大量にあるな
この時期になるとずっと気象庁の気温ランキングを眺めて「今日も暑いなー」って見てるんだが
https://www.data.jma.go.jp/obd/stats/data/mdrr/rank_daily/data00.html
このページの「観測値」が昔からずっとバグっててめっちゃ気になってる
「35.9 ]」っていう感じで、「]」が入ってる
もうバグの原因はほぼほぼ目に見えてて、ここはJSONで「 [ 34.0, 34.5, 35.0, 35.9 ]」っていう値が入ってて
それをJSON.parseするんじゃなくてsplit()とか使ってしかもlength-1とかで最新値を取ってる
なので後ろの括弧がそのまま入ってしまってる
こんなのめちゃくちゃわかりやすいバグだし、多分気象庁側も把握してるんだろうけど
多分発注しないとダメとかテストが必要だとかでずっと放置されてる
めっちゃ気になるのにずーーーーーっとこのままなのが凄くダサい
Optionとかの影響で例外を投げないことに拘る人がたまによくいるけど、どうせ最上位で捕まえるんだから詳細な情報を詰めた上で例外はむしろ投げろし。— neuecc (@neuecc) June 27, 2023
これなーアジャイルとか大好きWeb系から流れてきたなんちゃってUnity開発者(個人の感想です)ほど例外になるんだけどどうにかしろって騒ぐ
いや例外出るよってxmldocでも書いてるじゃん、みたいな
この手のやつほどチームリーダーとかやりたがるから仕方なく自分の実装レイヤーでエラーコードに変換してやるってことがしばしば
C++でかつコンソールゲーム系の人は例外😬みたいな感じになるけど例外復帰でループから抜けたりするみたいな使い方でなければまあわかってくれる
マイナンバーカード関連のトラブルで連日連夜ネガティブな報道が絶えない
特にゲンダイあたりはここぞとばかりに否定的な記事を連投している。
が、記事を書いているのはITの専門家でもない自称経済評論家の方だったりして論点がズレまくっている。
正すべきところをしっかり正して前に進んでほしいのだが
メディアの質が悪いせいで変なところばかり正す方向になりそうだ。
また、トラブルは蟻の子１匹許してはならないみたいな論調も、進化を止めるだけなのでやめてほしい。
それに輪をかけてひどいのはヤフコメ欄だ。
マイナンバー制度憎し現政権憎しの人たちがここぞとばかりに元気になっている。
が、そのコメントの質が驚くほど低い。
例えば以下のコメントだ。
y_h********2時間前
これはciscoのサーバによって構築されているんでしょうかね？
プログラミングもシステム構築も最初に作ったのが間違っていると間違っているところだけ書き直すとそのほかにボロが出てしまうものです。
プログラミングしている人なら分かると思うが完璧につくっても予期せぬトラブルが起きるものです。
個人的にはLINEを官公庁が使っている事の方が１００倍問題だと思っていますけどね、日本人は韓国は信じる、自国は信じないっていうののが凄いです。
「国会議員カード」を作れ！ トラブル続出のマイナカードへ、国民から強烈な皮肉
https://news.yahoo.co.jp/articles/a8106cec13deeda2ef44d71a3f093c143db579fc/comments
何を言っているんだ…？
他にもひどいものがたくさん…。
たぶん「昔ちょっと何らかのシステム開発に携わった老人」たちが、今時のシステム・ソフトウェア開発をまったく知らずに
クラウドとか、アジャイル開発とか、リーン思想とか、何も知らないのだとおもう。
ましてやソースコードを書くという経験をしているかどうかも怪しい。
ただ知識を持たないのであれば、正しく批判できているのか自問自答すべきであろう。
少なくともこう知ったかぶって叩いているのは目に余る恥ずかしさである。
もう老人たちは知らないのであれば黙っていてほしいものだ。
「わしが若いころは！」と何一つ変わらない。
しかも、この手のレスをいっぱい見たメディアはまた記事を書く。
「インターネットでは以下のようなコメントがー…」と。ひどいマッチポンプだ。
客先常駐の話。新卒で入った会社が独立系Sierならぬ派遣会社だったため（現在は東証一部に上場しており新卒を50名以上も採ってる会社になった模様）、色んな現場に行かされたものだ。
現在は事業会社でプロパーとして働いているし、今後も客先常駐なんぞしないと心に決めているが、個人的には独立系Sierで仕事して良かったと思う。
【良かった点】
① 現場ごとに仕事の進め方も、用いられている技術も、当然ながらシステムの規模も必要なリソースも異なるので、多くの引き出しができた。何よりエンドユーザーの業務について学べたのがでかい。
② 無理難題を突きつけられても、期限内に解決する突破力を身につけられた。
③ 要件定義、設計、プログラミング、テスト、リリース、運用など、必要なプロセスを体系的に学べた（こんなウォーターフォール型開発学べるのはSierだけですよ！と言いながら、事業会社とかだと往々にしてアジャイルに失敗してウォーターフォールになりがち）。
④ 有利に仕事を進めるために、他社の社員と友好的に話しながら、自分の条件を呑ませるという処世術を身につけられた。
悪かった点は、いっぱい述べられているので省略。
ただし、注意点がある。客先常駐の案件で、契約をやすやすと切られる程度の人間はやめとけという事だ。無駄に職務経歴が増えるし、転職時に不利になる。
当方は、３つのプロジェクトをやっていたが、客先で契約は切られたことないので、開発からエンドユーザー先に行って運用したりと、かけがえの無い経験が出来た。大半は「設計•プログラミングだけ」「テストだけ」「運用だけ」と、フェーズ単位で仕事する事になるので、これは本当に良くない。当方が運が良かったと言えばそれまでだが、無能ほどIT企業や事業会社に行くべきだなと心から思った。
客先に行って、自社の人間が誰もいない味方のいない状況で、無責任に仕事を振られながら、毎回期待値以上の結果を出し続ける能力を学べるのは客先常駐でしかないと思うし、得られる経験値半端ない。
自分に自信があるなら、客先常駐してみてはいかがかしら？無能は、3ヶ月単位で現場変わる事になるし、精神衛生上良くないので、やめておこう。でも、やるんだろうなぁ。
SIerでSEやってるんだが最近ちょっと新しいものを作ろうとしているプロジェクトに配属された
そこでは行き当たりばったりで話が進んでいた
レガシープロジェクトばかりやっていてあまりこの手のプロジェクトに慣れてなかった俺は途中参画なのもあり、そういう文化なのかなと受け入れてしまった
この時点で色々と気づくべきだったのかもしれない
プロジェクトは途中難航しながらも一応前には進んでいたのだが外部連携先の機能の部分で問題が発生した
いや開発が単純に難航して遅れたならしょうがないかなと思うんだが、そもそも開発期間がうまくこっちと合ってないことがわかってきた
裏取りが不十分だったというか多分大丈夫でしょみたいな感じで進めてしまっていたらしい
普通は逆算してプロジェクト計画立ててさ、さらに逆算だけだと考慮不足になりそうなところにバッファ積んでとかやると思うんだが逆算すらできてねえ
外部のアプリ連携先が同じ会社ならまだやりようはあるが違う会社で客との契約内容もいまいちな感じなので待機期間みたいになっちまう
客に金があれば乗り切れるが金がなくSE側の人員削減をせざるを得ない
しかし人売りSIer業界だと一度プロジェクトから抜けた人間を呼び戻すのは大変なので結局ある程度は確保し続けないといけない
で、しわ寄せとして下請け側が工数を減らした状態で請けることになったがまぁ結局追加で余計なことをやらされ始めて俺の工数足りんのだがとなっている
この状態を防ぐにはどうすればよかったかっていうとやっぱ計画段階でちゃんとやっとくしかないよねと思った
元請けが客に後から金交渉できれば別だが有能元請けじゃないと後からの金交渉は難しいだろう
新しいことやってるから多少は勢いでやっていく必要はあるが外部連携先の部分とかは逆算してちゃんと計画たててくれんと
そもそもウォーターフォールでやるなよって話もありそうだがアジャイルは客負担高いらしいし、予算確保も大変そうなイメージなので、客も元請けも弱めのこの現場では多分成り立たないだろうと思う
いずれにせよ行き当たりばったりがもう精神的にきつくなってきたのと、元請けにいる有能風ベテランエンジニア様がパワハラ気味でうざいのでプロジェクトを早く抜けたいのだがプロジェクトを抜けるには計画的に抜けないと迷惑がかかるというか抜けさせてもらえない
システムエンジニアをしているけどお客の自称大企業のシステム管理経験ありの役職者が要求仕様で意気揚々とExcel方眼紙で資料出してきて頭抱えている。
せめて内容がまともなら良いが書かれている内容も要求仕様からは程遠いメモ書きでこちらから細かい質問を投げては社内で確認して回答貰うメッセンジャーにしかなっていない。これで社内システムの責任者？
ほんとマジでExcel方眼紙は止めろ。餅は餅屋で表計算だけにしろ。馬鹿でExcel方眼紙しか出来ないならPDFに出力してよこせ。どうせファイル名馬鹿みたいに日付とリビジョン付けんだろうな。
ExcelはA4横に綺麗に罫線ひいて見栄えよく書類作るツールじゃないわ。あとcsvをExcelで開くな。Excelに合わせてShift-JISに文字コード要求すんな。システム担当がUTF-8のファイルをExcelで開いて「文字化けしてます。バグですね！」とか言うな。あと郵便番号データ開いて0消してはがきデータ印刷で失敗して焦んな。
こんなこと書くと何故かExcel方眼紙肯定派が出てくるけど一度も納得できる理由を聞いたことが無い。結局馬鹿が色んなツール覚えられないだけでしょ。そういう人はシステムの仕事から離れろよ。Office365もまともに使えない奴がいっちょ前にシステムエンジニアに意見言うな。レガシーシステムの改変に文句言うな。工数に口出すな。っていうかこっちが言ってること大半理解せず金の時だけ発言すんな。あとアジャイルなんでそんなに好き？アジャイルの前に自社の業務理解しろ。そのうえでExcel方眼紙やめろ。
