![[PukiWiki]](image/pukiwiki.png "[PukiWiki]")
#author("2024-04-01T18:49:08+09:00","default:irrp","irrp") #author("2024-04-26T09:24:22+09:00","default:irrp","irrp") →職業としてのエンジニア #contents *一般 [#ad22ac70] -[[エンジニアとして真に成長するには？──技術スキルだけじゃない、"すごいエンジニア"が大切にするマインドセットとは (1/3)|CodeZine（コードジン）>https://codezine.jp/article/detail/19281]] 2024.4 -[[SIerエンジニアが持っておきたいビジネスや顧客に対する姿勢 - NRIネットコムBlog>https://tech.nri-net.com/entry/mindset_sier_engineers_should_have]] 2024.3 -[[逆境でも乗り越えられたのは、心の底からJavaが好きだから。「#てらだよしおがんばれ」に支えられた半生 - Findy Engineer Lab - ファインディエンジニアラボ>https://findy-code.io/engineer-lab/java-terada]] 2023.10 -[[私の3年で得た経験から学ぶ！業務委託先で成果を上げる秘訣9！SES、フリーランスの最速戦略！ - Qiita>https://qiita.com/naopin708/items/0b2518972ac094c5d1a7]] 2023.6 -[[【ChatGPT】AIの進化に見るデジタル人材のキャリアを、弁証法に基づいて予測する｜久松剛／IT百物語の蒐集家｜note>https://note.com/makaibito/n/n80d09666cf4b]] 2023.3 -[[【第1回・前編】 エンジニア和田卓人の今を形作る技術 | GeeklyMedia(ギークリーメディア)>https://www.geekly.co.jp/column/cat-geeklycolumn/specialtalk_ikyu_wada_1/]] 2023.1 -[[ちょうぜつ改め21世紀ふつうのソフトウェア設計 - Speaker Deck>https://speakerdeck.com/tanakahisateru/tiyouzetugai-me21shi-ji-hutuunosohutoueashe-ji]] 2023.1 -[[伊藤直也「学ばないための言い訳探しは辞めた」無知を認めて挑んだ一休の開発組織改革 - エンジニアtype | 転職type>https://type.jp/et/feature/20581/]] 2022.0 --そんな伊藤さんに「長く活躍できるエンジニアになるために必要なことは？」と問い掛けると、「学習し続けること」というシンプルな答えが返って来た。 --しかしその言葉には、強い自戒の念が込められているという。 --新しい技術を学ぶ度に、自分が何を知らなかったのかを思い知らされ、日頃手を動かし続けている周りのエンジニアに後れをとっていることを自覚する。だが、自分の無知を認めなければ学習は始められないし、自分を成長させていくこともできない。 -[[不義理な仕事は絶対にやめよう(エンジニアと仕事している人向け) - Qiita>https://qiita.com/Tyamamoto1007/items/eef749d9341bebae750a]] 2022.6 -[[計画的偶発性理論とは？プランド・ハブンスタンスの重要性や事例、行動指針を徹底解説！ | 識学総研>https://souken.shikigaku.jp/1497/]] 2021.12 -[[登さん、LAPRASをどう思いますか？そしてエンジニアは今後どうすべきですか？>https://note.lapras.com/interview/dnobori/]] 2021.8 -[[これってIT業界も全く同じじゃねえ？あるいは何故デカイ店のコックは育たないか>http://blogs.itmedia.co.jp/magic/2012/09/it-9d7a.html]] 2012.9.6 -[[萩本順三と放談90min「業界不振と心中しないSEになるため、『3つの際（きわ）』を行き来せよ」【ござ先輩責任編集-2】（1/3）>http://engineer.typemag.jp/collaboration/2012/08/gothe-2.php]] 2012.8.10 -[[｢コードの未来、エンジニアの未来｣まつもとゆきひろが語る、明暗2つのシナリオ>http://engineer.typemag.jp/keyperson/2012/07/matz.php]] 2012.7.9 -[[業務系エンジニアはどうしていくべきか？>http://d.hatena.ne.jp/okachimachiorz/20120617/1339915146]] 2012.6.19 --腐るモノを素早くつくる能力と残るモノをかっちりつくる能力は違います。Web系は前者で、業務屋は後者です。前者も後者も極めればそれなりに潰しが効きます。（前者は専門外なので、そのへんのブログとか漁ってください。よくわからんけど、凄い人は凄いのはわかります。）安易に専門外に転職するのではなく、まずは必要な能力をちゃんと普通に通用する水準までもってくるべきです。いま、なんでか知りませんが、普通の事ができない人が多いので、「普通にできるようになる」といいと思います。 -[[尊重されたいすべてのソフトウェアエンジニアへ>http://d.hatena.ne.jp/tagomoris/20120606/1338944183]] 2012.6.6 -[[クラウドと「iPad」の繁栄--そしてギーク時代の終焉>http://japan.cnet.com/sp/businesslife/35017497/]] 2012.5.29 -[[エンジニアはこれからどのように生きるべきか？ >http://diamond.jp/articles/-/17495]] 2012.4.30 -[[エンジニア人生のリアル>http://d.hatena.ne.jp/Chikirin/20120324]] 2012.3.24 -[[あなたの作ったものはゴミである、あるいはプロとアマの分岐点>http://blogs.itmedia.co.jp/magic/2012/02/post-fef7.html]] 2012.2.27 -[[自分の強みは「プログラミングの何が好き？」という問いの中にある>http://jibun.atmarkit.co.jp/lcareer01/rensai/fujimi/20/01.html]] 2012.1.23 -[[2度の"技術大革命"をサバイブした男、世界に誇れる「楽天コンピュータ」を創る>http://engineer.typemag.jp/elife/2011/04/-development-unit-502009-ec12.php]] -[[ダメな“システム屋”で終わりますか？>http://itpro.nikkeibp.co.jp/members/bn/mokuji.jsp?OFFSET=0&MAXCNT=20&TOP_ID=351537&ST=cio]] -[[優秀な人が非常時にダメになる理由 >http://itpro.nikkeibp.co.jp/article/COLUMN/20110323/358643/?ST=cio&P=1]] 2011.3.23 --「非常時にこそ人間性が出る」とはよく言われますが、上に立つリーダーは、非常時にこそ“捨てるもの”を明確に決断する必要があります。さらに、この決断によって生じる結果に責任を持つ覚悟と姿勢が求められます。そうでなければ、誰もメンバーはついて来ません。平時ですら“捨てるもの”を明確にできなければ、組織の力は分散してしまいます。非常時はなおさらでしょう。 -[[「出過ぎた杭」を目指してみませんか？ – 新卒エンジニアに向けて>http://blog.riywo.com/2011/03/03/123024]] 2011.3.3 -[[副業失敗で消費生活センターに相談するという…>http://blog.livedoor.jp/yuraku_love/archives/51455742.html]] 2009.11.20 --１．楽に儲かる話はよくてバクチ、悪くてインチキ。どっちかしかない。 --２．ビジネスを始める際に高額の一時金を払うことを要求されるケースは高確率でインチキ。←昔NIFTY-Serveの在宅ワーキングフォーラムでそういう回答したのを思い出した。10年以上経っても世界は何も変わっちゃいない... -[[求職を始めて知る「SOHO」の実態>http://itpro.nikkeibp.co.jp/article/COLUMN/20090602/331129/]] 2009.6 -[[デスマーチで嫁き遅れました>http://el.jibun.atmarkit.co.jp/engineerx/2009/03/post-7213.html]] 2009.3.23 -[[RoRの作者より：高まった生産性を仕事を余計にこなすためではなく自分のために使おう>http://d.hatena.ne.jp/himazublog/20080927/1222445526]] 2008.9.27 -[[「時間がない」は負け犬のいいわけ>http://itpro.nikkeibp.co.jp/article/COLUMN/20080709/310486/]] 2008.9.4 -[[SIerの中の人として生きていく閉塞感>http://d.hatena.ne.jp/gothedistance/20080804/1217785959]] 2008.8.4 -[[『生きるための水が湧くような思考』（梅田望夫）>http://www.mochioumeda.com/musings/]] 2008.7.19 -[["つもりくん"が注ぐお酒はなぜマズい>http://business.nikkeibp.co.jp/article/life/20080716/165502/?P=1]] 2008.7.18 -[[ユーザーの上司に挨拶せずに帰ってはいけない>http://itpro.nikkeibp.co.jp/article/COLUMN/20080414/298938/]] 2008.4.23 -[[遊べない奴は使えない>http://itpro.nikkeibp.co.jp/article/COLUMN/20080410/298653/]] 2008.4.17 -[[Twitterで就職-ネットコミュニケーションで仕事を決める時代>http://blog.livedoor.jp/lalha/archives/50214303.html]] 2008.4.8 --[[この先10年で、働くことの意味がきっと大きく変化する>http://blog.livedoor.jp/lalha/archives/50214303.html]] -[[徹夜をしてはいけない理由>http://blog.livedoor.jp/lalha/archives/50061915.html]] --恩着せがましくなる 例: 朝のミーティングで「先ほどやっと完成しました」 --先のことを考えている人間に対する怒りが芽生える 例: 「そんなこと言っている時間があったらちょっとは手伝ってよ」 --被害者意識を持つ 例: 「この会社でまともに仕事している人間は自分しかいないわけですから」 -[[企業側から見た「派遣技術者という選択肢」>http://techon.nikkeibp.co.jp/article/TOPCOL/20080407/150104/]] 2008.4.8 -[[期限は明日−若手SEの気迫を見た>http://itpro.nikkeibp.co.jp/article/COLUMN/20080307/295715/]] 2008.4.2 -[[会社から「頼りにされる」危険性>http://d.hatena.ne.jp/higayasuo/20080330/1206851577]] 2008.4.1 --仕事が慢性的に過度に集中している人は、会社があなたのことを、都合よくこき使っている事実に気づいたほうが良い。 -[[いるだけで価値があるエンジニアになって欲しい>http://jibun.atmarkit.co.jp/lcom01/rensai/candc05/candc01.html]] 2008.3.27 --OSSでの活動を会社が認めてバックアップする動き -[[コミュニティは「知り合い系」から「出会い系」へ変化する>http://jibun.atmarkit.co.jp/lcom01/rensai/comrade01/comrade01.html]] 2008.3.12 --「昔はツールやネットがそれほど発達していなかったので、何かイベント（飲み会）をやるぞ！といったときに、自分の知っている範囲の身内でしかコミュニケーションが取れませんでした。いまは身内じゃなくても簡単にコミュニティに入れるという点が大分違うなと思います。特にtwitterなんて、それまで全然会ったことがない人とコミュニケーションが取れます。昔は『知り合い系』のコミュニティだったのに対して、現在は『知り合うため』のコミュニティなのかもしれないと思います。別のいいかたをすると『出会い系』といえるかもしれません」 -[[外資系企業を転々とする人たち>http://d.hatena.ne.jp/ktdisk/20080309/1205067488]] 2008.3.10 -[[Aクラスの奴はNoを言わない上に褒めるのが上手い>http://d.hatena.ne.jp/shibataism/20080307/1204898539]] 2008.3.8 -[[”技術者”の解放>http://d.hatena.ne.jp/hira_sosuke/20080113/1200181456]] 2008.3.7 --ソフトウェア技術者の世界は脅迫に満ちている。「xxを読んでいないと駄目だ」「yyを経験していないやつは使えない」「zzは教養だ」など。ただ、こういう事を言っている本人はxxを読んでいるし、yyを経験しているし、zzを知っている。つまりこの手の脅迫は単に話し手の自己肯定の為に発せられることが多い。 --こうした理由から、真に学ぶ価値がある技術は自分で見つけなければならない。それを誰かに教えてもらうことは不可能である。ただ言えることは、”誰かが知っているから学ばないといけないような気がする技術”を学ぶことに翻弄してはいけないということだ。 -[[COBOLエンジニアの苦悩、将来はない？>http://jibun.atmarkit.co.jp/lcareer01/rensai/debug14/debug01.html]] 2008.3.6 --私自身は、近藤さんの経験は金融系システムエンジニアとしては順当で、このままスキルアップ、キャリアアップしていけばよいのではないかと感じました。COBOLエンジニアは、この10年ほどで若手を中心に随分と減りました。そこに2000年問題や2007年問題だので、その時々で需要があり、エンジニア数が減っているのと相まって、一定のスキル以上のCOBOLエンジニアであれば、オープン系エンジニアどころではない売り手市場になっているのです。 --転職市場においては、一貫して一定のスキル以上のCOBOLエンジニアであれば、要件定義前の段階でのクライアントとの折衝スキル（コミュニケーションスキル）や、大規模なプロジェクトでのマネジメント経験が重要視されます。しかも、この傾向は今後も変化はないでしょう。 -[[ITエンジニアのやってはいけない>http://itpro.nikkeibp.co.jp/article/COLUMN/20070820/279907/]] -[[いきなりコンサルタントにされたSEが読むべき本>http://dain.cocolog-nifty.com/myblog/2007/05/se5_0ae4.html]] 2007.5.2 -[[SEはSEの常識を再点検しよう>http://itpro.nikkeibp.co.jp/article/Watcher/20061126/254816/]] --SE以外のビジネスマンから見た“SEの常識” ---(1) 顧客や営業担当者が言う通りに仕事をする ---(2) 売上額や利益などビジネス目標を知らない ---(3) 顧客やビジネスより情報技術（IT)を優先する ---(4) 「ITに強いSEが優秀なSE」と考えている ---(5) SEマネジャは特定の顧客だけ訪問する。また現場のSEは担当顧客の部課長と話をしない ---(6) 「顧客の担当者よりITをよく知っていれば顧客から信頼される」と思っている ---(7) プロジェクトで自分の受注した範囲は考えるが，顧客の担当範囲まで考えない ---(8) ソフトなどのトラブルは解決に時間がかかっても自分で直そうとする ---(9) データベース担当がネットワークの基本を知らないなど自分の担当外のことを知らない ---(10) 相手のIT理解度に関係なくIT用語を使って話す ---(11) 顧客の業界の動向やアプリケーションを知ろうとしない ---(12) 「これは自分の仕事，これは○○の仕事」とすぐ他の人と仕事の壁を作る ---(13) 会議などで自分の意見をなかなか言わない ---(14) 分かりやすい資料を作ろうとしない ---(15) プロジェクトで問題が起こると往々に「注文を取った営業担当者が悪い」と言う -[[SEの条件:http://www.itmedia.co.jp/enterprise/special/se/]] -[[10人のエンジニアが見せた開発者コミュニケーションの最前線>http://japan.cnet.com/news/media/story/0,2000056023,20367478,00.htm]] 2008.2.20 --モバイルファクトリーの松野徳大氏はIRC ClientやLimeChat、オリジナルのタスク管理システムや社内ブログなど、社内で使っているツールについて軽く触れた後、社内のイントラブログについての問題点を指摘する。松野氏はイントラブログについて人々が気を使い過ぎて上っ面だけの本音のコミュニケーションがされていないと語り、タバコ部屋での会話のような気軽で本音を語るコミュニケーションの重要性を説いた。ただ、松野氏はタバコを吸わないので、これに変わる物として毎日1時間「帰りの会」、毎週1回「週次レビュー」を行っていることを紹介した。 --大事なのはそうやって会議の時間を余らせることで、そうしたタバコ部屋に似たダラダラした時間やグダグダした話し合いの中からこそ重要な話が出てくるのだという。 -[[無理なソフト開発」は常態 技術者が交渉力を身に付けるべき>http://itpro.nikkeibp.co.jp/article/COLUMN/20070508/270287/]] 2007.5.15 --様々な手法があり、ソフトを開発するのにどのぐらいの期間が必要になるのかを、かなり正確に予測できます。ところが、手法を使って出した正確な開発期間を、企業の上級幹部が政治的にはねつけてしまう -[[SEは営業の補完ではない>http://itpro.nikkeibp.co.jp/article/Watcher/20070330/267047/]] -[[濃密すぎる人間関係は創造性を奪う:http://business.nikkeibp.co.jp/article/skillup/20060925/110499/]] 2006.10.12 -[[The Standalone Programmer:http://www.codeproject.com/gen/work/standaloneprogrammer.asp]] -[[イメージを形にできない人は減衰する>http://blog.livedoor.jp/dankogai/archives/50943798.html]] 2007.11.6 --しかしきついから逃げないで職に打ち込んでいると、ある日気がつくのである。自分がどれだけ鍛えられているかを。こりゃ堪らんよ。堪えられないよ。こいつは残念ながらどこにも売っていない。職人が作ったものなら金だせば買えるけど、自分でつくれなかったものがつくれるようになった時の気持ちは、どこにも売ってないんだぜ？ -[[ITエンジニアの能力は午前11時がピーク>http://itpro.nikkeibp.co.jp/article/COLUMN/20080118/291445/]] 2008.1.31 --オシム氏は2007年11月に不幸にして脳梗塞になりました。報道によると、午前2時ごろに自宅の2階に上がろうとして倒れたそうです。なぜ彼は、夜中の午前2時過ぎまで起きていたのでしょうか？その訳を推理してみましょう。 --オシム氏が午前3時に就寝するとすれば、平均睡眠時間である7時間寝たとして、朝10時に起床することになります。人の脳の活動は、起床してから 5時間後ごろにピークになります。するとオシム氏の脳の働きは、午後3時ごろにピークを迎えると計算できます。午後3時は、サッカーの試合の真っ最中です。そのとき最高に上手い指揮ができるというわけです。このことを彼は長い経験から知っていたのではないでしょうか。そこでわざわざ午前3時ごろに寝るように身体のリズムを整えていたのではないかと思います。 --(引用者注：単に夜中じゃないとヨーロッパの試合見られないってだけでは） -[[SEも優秀な営業になれる>http://itpro.nikkeibp.co.jp/article/COLUMN/20071126/287942/?P=1&ST=management]] 2008.1.7 -[[終わってるITスキルトップ10>http://slashdot.jp/it/article.pl?sid=07/05/24/2257258]] 2007.5.25 -[[Stiff asks, great programmers answer:http://sztywny.titaniumhosting.com/2006/07/23/stiff-asks-great-programmers-answers/]] -[[もうITエンジニアはイやだって？:http://jibun.atmarkit.co.jp/lcareer01/special/cchange01/cchange01.html]] 2006.7.18 *生き残り [#fb567d98] -[[エンジニア生存戦略2024 #初心者 - Qiita>https://qiita.com/kaku3/items/f3dd9920b1dd29550ac0]] 2024.4 -[[大半が淘汰される？これからのシステムエンジニアの理想像とは(5) 包括的な技術が必要とされる業務 | TECH+（テックプラス）>https://news.mynavi.jp/techplus/kikaku/nttdataintellilink-se-5/]] 2023.4 -[[駆け出しエンジニアが「エンジニア」を辞めないための具体的な10の対策 - Qiita>https://qiita.com/yosaprog/items/d14e018cf279e31bb532]] 2023.4 -[[下がり続けるエンジニアの価値｜葛山宏樹@渋谷のエンジニア社長｜note>https://note.com/katsurayama/n/n8e0a67e3e409]] 2023.3 -[[エンジニアがこれから生き残るためにどうしたらいいか悩んだときに読みたい記事まとめ9つ>http://it-ch.net/t/58]] 2012.8.17 -[[できる人ほど忙しい、この悪循環を解消する:http://jibun.atmarkit.co.jp/ljibun01/column/horiuchi/horiuchi31.html]] 2006.7.27 -[[日本でしか生きていけないと将来破滅するリスクがあるので、世界中どこでも生きていける戦略のご紹介>http://d.hatena.ne.jp/fromdusktildawn/20080309/1205057461]] 2008.3.9 --英語、資産運用、ITスキル、スモールビジネス --参考：[[日本依存症を日本にいながらローリスクで脱却する戦略>http://e0166.blog89.fc2.com/blog-entry-428.html]]
