タグ

ブックマーク / simplearchitect.hatenablog.com (10)

  • アジャイルの反対はウォータフォールでは無いんじゃない?という話 - メソッド屋のブログ

    先日ふとSNSを眺めていると、「アジャイル」と「ウォータフォール」はあうあわないがあるので、使い分けるのが吉的な意見を見てなんだかもやっとした気分になった。 正直アメリカに来てから「ウォータフォール」を見たことが無い。確かに日にいたときは使われていた。最近はさすがに「アジャイル」がだんだん主流になっていく流れも見える気がするが、 アジャイルが「主流」という感じすらしっくりこない。なんでだろう?アメリカでもアジャイルは「主流」ではない。 日にいたときの個人的な開発方法論のイメージ 日に居たときは、実際にウォータフォールが沢山あった。ただし、自分はソフトウェア開発には「ウォータフォール」が効率が良いとは一切感じられなかったので、そのことを書いたら結構炎上した。 simplearchitect.hatenablog.com 日に居る時のイメージは、自分的にはこんなイメージだった。ウォータ

    アジャイルの反対はウォータフォールでは無いんじゃない?という話 - メソッド屋のブログ
    and_hyphen
    and_hyphen 2020/11/17
    WFとアジャイルは対比しようがない。というかこれはSIerの構造問題だと思う。WFなら段階切って契約が切れるので。
  • 批判の文化が日本を技術後進国にしているかもしれないという話 - メソッド屋のブログ

    先日、接触確認アプリがリリースされました。これは正直日のソフトウェアの進歩に画期的なことだったと思います。私も衝撃を受けました。 www.mhlw.go.jp その後起こったことに関して正直は私の感想はこの通りです。 日で起こっている地獄を見て、アプリ開発者は海外に流出してしまうわって思う。あの流れは最低最悪。みんな自分が気持ちよくなるためだけに、自分の国の未来を破壊してるんやで。— TsuyoshiUshio (@sandayuu) June 21, 2020 このような展開は、私が今住んでいるアメリカでは発生しない事案だと思います。じゃあ、日米でどういう違いがあって、日人の自分が小さな一歩を踏み出して、日がよりよい国になるようにできるとしたらどんなことだろうということを考えてみましたので、あまりソフトウェアの専門用語を使わない形で書いてみようと思います。 接触確認アプリが生まれ

    批判の文化が日本を技術後進国にしているかもしれないという話 - メソッド屋のブログ
    and_hyphen
    and_hyphen 2020/06/22
    正直に言うとユーザーはそんなの「なんもわからん」という人が圧倒的なのだ、ということが割と忘れられてる気がする。政府の委託選定プロセスが全く分からんのがよくないと思う。
  • 米国から一時帰国して「老害」がなくなるといいなと思った話 - メソッド屋のブログ

    米国に移住して一年が経過した。正直なところ日のほうがいいところはめっちゃある。特に生活面は、日はホンマに素晴らしいと実感している。ただ「職場環境」は米国に圧倒的に負けていると思う。たとえ英語のハンデを背負ったとしてもこちらの方が圧倒的に快適だ。日に一時帰国して感じた違和感とその分析、対処策について考えてみた。 日で感じた「違和感」 日を出た1年前と比べると、働き方改革の成果か、多くの人が日の職場環境に疑問を抱くようになっていてそれはとても素晴らしいことだと思う。ただ、一方でインターネット上の議論を読んでいると、今まで圧倒的な「権力」を持っており、ある意味表面上は「尊敬の対象」だった「年齢の高い人」が「老害」や「昭和」などとバッシングされているのを見て非常に違和感を感じた。私も来年早々50だし、昭和だし、日に帰ってきたら年齢で就職できないから自分で会社やるしかないかなとかぼんや

    米国から一時帰国して「老害」がなくなるといいなと思った話 - メソッド屋のブログ
  • ググるのをやめるとプログラムの生産性が上がるかもしれない - メソッド屋のブログ

    今日はプログラミングの生産性に対して気づきがあったのでシェアしてみたい。 なぜ米国の人は生産性が高いのだろう プログラミングの生産性に関しては以前から興味がありいくつかのポストで考えたことをシェアしてきた。私は職業柄、いろんな国でいろんな人々とプログラミングを一緒にする機会が多い。その時に頻繁に感じるのは、平均的に言うと、アメリカの人プログラマが生産性が高い確率が高くて、しかもコードもきれいだという傾向にある。アメリカでお客さんと一緒にコードを書くと、お客さん自体が物凄く良く知っているし、実行力もある。アメリカの次と言うことでいうと、英語がネイティブの国もそれに近く、フランスなどの言語が近いところが続く感じなので、英語が物凄く影響すると思っていたし、実際すると思う。そのあたりの話はこちらのポストに書いてみた。 simplearchitect.hatenablog.com 定義での理解と、例

    ググるのをやめるとプログラムの生産性が上がるかもしれない - メソッド屋のブログ
  • ADHD プログラマの私がやっと見つけた「達成すること」が出来る方法 - メソッド屋のブログ

    私は昔から ADHD で昔から発想力や問題解決力はあるのだが、自分自身が何かのスキルを上達することが非常に苦手だ。コンサルとか、エバンジェリストみたいな「人にやってもらう仕事」は得意だが、プログラマとか、ヴォーカリストとか、自分が当になりたかった職業には何回もチャレンジして何回も失敗してきた。 遠くから見ていると私は何かが出来てるように見えるかもしれないが、冗談抜きで人の3倍ぐらい時間をかけないと成果が出ない。しかも、中途半端にしか完成しない。だから、土日も常に何か努力していないと不安になる。 多分私と同じようなADHDの人は、自分的に努力しても何も達成出来ない辛さを感じているかもしれない。過去にも色々試してみたのだが、47年生きてやっと自分でも実施できる対策が見つかったので、同じ様なことで苦しんでいる人のヒントになればと思い久々にこのブログを書いてみた。 「自分で何かを作れる人」が長年

    ADHD プログラマの私がやっと見つけた「達成すること」が出来る方法 - メソッド屋のブログ
    and_hyphen
    and_hyphen 2018/07/03
    私もこのタイプだから感覚はわかるが、それにしても完璧を求めすぎでは...?歌とか、タスクに落とし込んで練習するくらいなら習いにいった方が圧倒的にはやいと思うんだけど...。習ってるのならすみません。
  • 日本のITエンジニアがイノベーティブでないのは暇じゃないからかもしれない - メソッド屋のブログ

    ここ1ヶ月ぐらいは、海外のメンバーと仕事をしているが、Serverless Hackfest というイベントと、Serverless Conf やワークショップに関わっているので仕事量が増えていった。日にいることだし、久々に「日流」のハードワークをしてしまったのだが、一つ気づいたことがあった。それは、ここしばらくの謎だった、日人のIT エンジニアはなぜイノベーティブな感じがしないのか?ということに対する問いだった。 Microsoft Hack week 日人はイノベーティブ Rochelle Kopp さんとの仕事で知ったことで、一つとても意外だったことは、アメリカ人から見ると日人は相当にイノベーティブに感じるらしい。 自分的には、少なくともIT 分野に関しては、向こうの真似ばかりしていて、後追いのイメージがある。私たちも向こうで生まれたツールやサービスばかり使っていて、全然日

    日本のITエンジニアがイノベーティブでないのは暇じゃないからかもしれない - メソッド屋のブログ
    and_hyphen
    and_hyphen 2017/10/30
    中身は違うけどおれがさっき考えた事と根幹は同じだと思った https://twitter.com/andhyphen/status/924865736358555648
  • 技術なきマネジメントの衰退とその対策 - メソッド屋のブログ

    今回は、マイクロソフトにいて自分が感じているIT業界の大きなスタイルの変化の兆候とその対策について書いてみた。今回もいつも通り、単に自分の意見をシェアしているだけであって、他の人にどうこうしろと言いたいわけではない。ただ、日IT業界が米国に追いつき、追い越すための議論のきっかけになるといいなと思っている。自分も楽しみながらも、もがいていることと、そこで見えた光について書いてみたい。 世界は「技術力」の重視に向かっている 私のキャリアは、某大手SIerを12年勤めた後、ITコンサルティング企業に3年在籍して、主に超上流を実践した。その後独立し、ビジネスモデリングから、アジャイルや、DevOpsの導入支援、マネジメント、開発などを実施していた。 私がマイクロソフトを受けてみようと思ったのは、友人からの推薦の要素が大きかったのだが、その背景では、海外で勤務したいという希望があったのと、「技術

    技術なきマネジメントの衰退とその対策 - メソッド屋のブログ
    and_hyphen
    and_hyphen 2017/06/20
    技術はあった方が良いよね。というかないと会話が成立しないしマネジメントが明後日の方向にいく可能性が高い。マネジメントはいかに楽しく効果を上げられるかだと思っている
  • 「検討」は無駄である - リスクや間違いを快く受け入れる第2の習慣 - メソッド屋のブログ

    仕事の習慣・考え方を変え生産性や新しい技術の導入を米国並みに加速する「8つの習慣」のうち「リスクや間違いを快く受け入れる」に関して考察した。具体的な実践プラクティスに関して言及してみたい。 最初の習慣は次のブログで紹介してみた。 simplearchitect.hatenablog.com リスクや間違いを快く受け入れる リスクを背負うことは推奨されている 間違いを厳しく批判したり懲罰したりしない 失敗から学ぶ態度 Fail Fast(早く失敗する) 実験が推奨されている 全員に「現状維持」や「標準」を要求せず、臨機応変が推奨される 非難や恐怖感の無い環境 この習慣は、日人の我々にとってかなり難易度の高いものである。なんとなく言葉では分かっているつもりでも、海外で働いていると、自分の想像の範囲を超えていた。ということは、この習慣が身につけば相当かっこいいかもしれない! 間違いや失敗に対す

    「検討」は無駄である - リスクや間違いを快く受け入れる第2の習慣 - メソッド屋のブログ
  • 私は間違っていた。ごめん。ウォーターフォールは何のメリットも無い - メソッド屋のブログ

    私はソフトウェアの専門家としてお答えすると、ウォータフォールは何のメリットも無いというのが私の意見であることを共有しておきたい。そういう意見に至った経緯をこのブログで書き留めて置きたい。 尚、これは所属会社の見解ではないことは明確にしておきます。 サム・グッケンハイマーの一言 私は DevOpsのエバンジェリストで、それ以前からアジャイル開発をかれこれ15年ぐらい実施し、導入の支援をしている。私はかつては、日の環境の制約の中で如何にアジャイル開発のメリットを最大に引き出すか?ということを考えていた。 ウォーターフォールに対する立場も、真っ向から否定するものでもなく、現状もあるし、それに慣れている人もいるし、実際ウォーターフォールでも失敗しない人も居る。だから、人にウォータフォールのメリット・デメリットを聞かれた時も「変化しないものに関してはウォータフォールはいいのかもしれない」と回答して

    私は間違っていた。ごめん。ウォーターフォールは何のメリットも無い - メソッド屋のブログ
  • ソフトウェア開発の生産性を阻害する「気軽に聞けない」ことの考察と対策 - メソッド屋のブログ

    マイクロソフトの DevOps テクニカルエバンジェリストになる前から、ずっと不思議だったことがあります。 それは、「アメリカエンジニアの生産性の高さ」です。素晴らしいサービスは大抵彼らから生まれていますし、彼らを見ているとアウトカムも生産性も非常に高く感じます。 私は個人的にこの秘密を解く旅の途中にいます。私はインターナショナルチームに所属しているのですが、同僚と一緒に働いたり、ハッカソンをしたりして気づいた1つの仮説について共有したいと思います。 気軽に「聞けないこと」が生産性を阻害しているのでは? 以前私は「米国のエンジニアはコンピュータサイエンスを専攻している人が多くすごく優秀で、さらに英語が出来るので、技術収集するのも楽だから相当アドバンテージがある」と思っていました。 英語に関してはそうだと思いますが、彼らの個々の人がそんなに優秀かというとそうでもないことに気づきました。それ

    ソフトウェア開発の生産性を阻害する「気軽に聞けない」ことの考察と対策 - メソッド屋のブログ
    and_hyphen
    and_hyphen 2016/02/10
    これは納得できる
  • 1