転職の回数は、ITエンジニアの年収にどんな影響を与えるのか──ITエンジニアに特化した転職サイト「Forkwell」を運営するGrooves（東京都港区）が5月10日、こんな調査結果を公開した。データによると、エンジニアは転職回数が増えるごとに給与が高くなる傾向があり、転職しない人と比べて生涯年収が1000万円近く変わるという。 データは2022年4月時点でForkwellに登録していたエンジニア約1万人の情報を基に算出。転職回数に対する平均年収を年代別にまとめた。 例えば生涯で1回も転職をしないエンジニアの平均年収は20代前半で453万円、20代後半で463万円、30代前半で528万円、30代後半で579万円、40代前半で662万円、40代後半で680万円だった。 しかし生涯で4回以上転職するエンジニアの場合、20代前半では425万円と転職しない場合を下回るものの、20代後半の時点では6

はじめに: 本講座は「機械学習ってなんか面倒くさそう」と感じている プログラマのためのものである。本講座では 「そもそも機械が『学習する』とはどういうことか?」 「なぜニューラルネットワークで学習できるのか?」といった 根本的な疑問に答えることから始める。 そのうえで「ニューラルネットワークでどのようなことが学習できるのか?」 という疑問に対する具体例として、物体認識や奥行き認識などの問題を扱う。 最終的には、機械学習のブラックボックス性を解消し、所詮は ニューラルネットワークもただのソフトウェアであり、 固有の長所と短所をもっていることを学ぶことが目的である。 なお、この講座では機械学習のソフトウェア的な原理を中心に説明しており、 理論的・数学的な基礎はそれほど厳密には説明しない。 使用環境は Python + PyTorch を使っているが、一度原理を理解してしまえば 環境や使用言語が

バリバリの情報工学の大学出てすげえ技術持ってるのに、狂った炎上案件に突っ込まされて脳みそあうあうあーにされて廃人になったり、職場で基地外に絡まれて職歴あうあうあーにされて💩製造機と化して 末は電車に飛び込んで異世界転生キメるか、狂って女子高生や幼女に淫行しようとして警察に捕まり、懲役中で拘禁反応によりさらに狂って集団ストーカーガーとか煽り運転基地外に進化するという人間もたくさんいれば 狂った案件や職場の中を映画ミザリーやＳＡＷよろしく機転で乗り切って、ＩＴ業界の現実を知って慎重に立ち回りそれなりのポジションに入れたり、頑張っていっぱしのエンジニアになれるという人間もたくさんいるし 勢いだけで飛び込んだ結果、奇跡的なあたりを引きまくって一流どころしかいない職場ばっかりで働かせてもらって、気が付けば一流の仲間入りしててハッピーハッピーやんケっていうエンジニアだっている ただ、色んなエンジニア

プログラミングは学校だったり自分で本を読んでプロダクトを作って勉強して能力を伸ばすでしょ。 それでプログラマーとして就職する。 こういう流れができている。 マネジャーの育成ってどうやるの？ PMBOK? MBA? これらを習得すれば自然と管理職が務まるようになるのか？ 管理職は人間を動かしてプロジェクトを推進する仕事だが、学習段階で実際の人間とプロジェクトを使ってトレーニングするわけにはいかないよね。 AIが人間の行動を模倣できるようになったら、VR管理職シミュレーションゲームで架空の管理職を体験して学べるようになるのだろうか？

どうもどうも。古都ことです。転職したい気分になってきたので書きます。 なおこの記事は、転職先が決まるか、諦めるか、反応がなかったら消します。この記事が残っている間は連絡待ってます。（2019/07/25追記 残しておきます） 希望条件 自分の知識や技術をより活かせる職場を探しています。拾ってください。 勤務先：できれば大阪周辺（豊中市から近いとかなり良い）遠いようならリモートワーク可給料：手取り25万は欲しい勤務時間：普通でもフレックスでも業務内容：可能ならばウェブ系がいいです（フロント/サーバ/バック問わず）新しい技術や新しい試みができる、挑戦的な内容開始：8月以降？備考：まだ退職してないです 連絡先 連絡は締め切りました プライベートでの実績 大雑把にはGitHub見てもらえばいいと思いますここと https://github.com/kotofurumiyaここ https://gi

新年から夢のない話で申し訳ないのだが、表題のとおりのテーマである。 note.mu という記事があって、むやみに長いので飛ばし飛ばし読んだ。 大意としては、世の中には「書けない」プログラマというのがいて（元エントリでは学生さんのようである。さもありなん）そういう人はどうやったって書けるようにならないんだから、諦めろ、という話のようである。 で、じっと手を見て、下請け底辺のIT企業にいる私たちは、このような人々をどうしてきたろうか、と考えると、「放ったらかし」にしたなあ、と思うのである。 最初のほうは優しく教えていたと思う。話したりハンズオンしている時に、あっこの子、変数のことわかってないな、と感じたら、ホワイトボードを持ち出してきて、例の"x"と書いた箱の絵に矢印を引いて、値が入っている図を書いて、「わかった？」「あ、はい」みたいなやり取りをして終わり、という程度の「教育」である。 だが、

当社の規定により満60歳で定年退職をした。長いようで短かった会社員生活も一区切りだ。自分のプログラマとしての会社員生活を振り返ってみる。無駄に長いし結論はないのでお忙しい人は飛ばして欲しい。 9月末なのでブログ界隈では退職エントリーがそこかしこに書かれると思うが、その中で自分の退職エントリーを連ねることにどれほどの意味があろうか。もちろんないのだが、それでも多くの書き手の年齢を考えると満60歳定年退職というところに若干の希少価値を見出せなくもない。 1984年に大学院修了して以来、プログラマとしてのキャリアを重ねてきた。大学時代の同期でプログラマとして就職したものは皆無だ。当時、工学部の同期はメーカーに就職するのがほとんどで、大手家電メーカー、自動車メーカー、電力会社などなど、当時の誰でも名前を知っている人気企業に就職するものが大半だった。 その中で、日本ディジタルイクイップメント（DEC

Sep 17, 2018 ソフトウェアエンジニアの分野で活躍する女性がもっと増えてほしいという議論が日本だけでなくさまざまな場所で行われています。 数字で正確に推し量る事は難しいですが、やはり男性が多数を占める業界であるという認識が共有されています。 2013年にサンフランシスコで行われたJessica Lynn Suttlesさんの講演は個人的に目からウロコの内容でした。 歴史を紐解いて見ると、プログラミングへの大きな貢献を残した女性は数多く「女性が切り開いた業界」であるという一面があります。今回は海外で行われた講演や記事から読み取れる内容をまとめます。 その後、Ruby On Alesにてほぼ同じ内容の講演が行われこちらはアーカイブが残っています。(関係ないですが、confreaksはいいサイトですね。) The History of Women in Programming 世界初の

普通のプログラミング言語での開発に慣れた人ほどシェルスクリプト、特にBashで戸惑う部分の一つに、i = 0のように空白を開ければエラーになるし、かといってif[$i!=0]のように詰めてもやっぱりエラーになる、という点が挙げられます。書きたい物を思うように書けなくて「なんだよこのクソ言語は！！！」とブチギレる人は少なくないのではないでしょうか。この記事では、そのイライラを解消するポイントをお伝えしようと思います。 以下、特に断り無く「シェルスクリプト」と書いている場合はすべて「Bashのスクリプト」という意味になります。zsh等他のシェルではまた事情が異なりますので、ご注意ください。 （※以前プログラマーの君！ 騙されるな！ シェルスクリプトはそう書いちゃ駄目だ！！ という話という記事を書いたのですが、この記事は、その増補リファイン版として執筆させて頂いたSoftwareDesign 2

営業やマネージャーにとって、現場にいるプログラマというのは扱いづらい存在である。 飲み会などで、普段の彼らを観察してみると。同じエンジニア同士で固まってボソボソとよくわからない話をして、控えめな声で笑っており、総じて温厚で、扱いやすそうな人々に見える。 ところが、仕事になると、彼らはなんやかんのと理由をつけて、スケジュールに文句を言い、プロジェクト途中のリクエストには素直に答えてくれず、あげくには遠回しな嫌味を言ってきたり、極端な場合には、その温厚な仮面を投げ捨てて、攻撃的な暴言さえ吐く事がある。 どうも彼らは我々の事が嫌いらしい、と感じている営業・マネジメント職の人もいるのではないだろうか？ 彼らの人格や価値観に問題がある可能性も否定しないが、このような感情的な齟齬は、多くの場合、あなた自身が彼らの「自尊心」を傷つけていることに気づいていないことが多い。 プログラマの自尊心 プログラミン

Forget building your own custom docs platform. With GitBook you get beautiful documentation for your users, and a branch-based Git workflow for your team.

日本語版がでました。すぐ買うべし。 SOFT SKILLS ソフトウェア開発者の人生マニュアルposted with amazlet at 16.05.18ジョン・ソンメズ 日経BP社 売り上げランキング: 1,272 Amazon.co.jpで詳細を見る Soft Skills: The Software Developer's Life Manualは残念ながら日本語訳が出ていない。でも英語でも読む価値はある。とても平易な英語で書かれてる。どこかの出版社さん翻訳だして欲しい。空前のブームになるに違いない。 Soft Skills 。alc.co.jp によればソフトスキルは「対人的な交渉・指導・意思疎通などをうまく行える能力（または知恵）」のことらしい。そのタイトルからも分かる通り、プログラマ向けに書かれた本だがほとんど技術の話は書かれていない。プログラマとして生きていくための技術以外

本キャンペーンは終了しました。ありがとうございました。 2015/8/27 追記 時間帯によって、決済サイト側からの通知に時間がかかることがあり、PayPalからの決済完了メールからご購入書籍一覧への反映まで、最大で30分ぐらいお時間がかかる場合があるようです。ご購入後に商品が一覧に反映されない場合は、少しお時間をおいてから再度ご確認いただけましたら幸いです。 オライリーの書籍『リーダブルコード』日本語版の累計発行部数が5万部を突破しました。これまでご購入いただいた方への感謝と、まだご覧いただいていない読者に向けて、『リーダブルコード』およびその関連書籍を対象にしたEbookのディスカウントキャンペーンを実施いたします。 対象となるのは『リーダブルコード』とプログラマのスキルアップに関連する書籍を中心に以下の9タイトル、いずれもEbook価格の40%オフで販売いたします。Ebook Sto

（これは、『100人のプロが選んだソフトウェア開発の名著 君のために選んだ1冊』に寄稿した原稿の草稿を元に、XP本完全新訳版に合わせて加筆修正したものです。なんで完成稿ではなく草稿を元にしたかというと、草稿の方が長かったため短くまとめたものが完成稿になったからです。完成稿の方は『100人のプロが選んだソフトウェア開発の名著 君のために選んだ1冊』をどうぞ。） エクストリームプログラミング 作者:ベック,ケント,アンドレス,シンシア発売日: 2015/06/26メディア: 単行本 コンピュータ書を読むのが好きだ。だから「誰かに贈りたい本」と言われると、たくさんの本が思い浮かぶ。 たとえば君の問題が「プログラミングのスキル向上に思い悩んでいる」という話であれば、『Code Complete』辺りを勧めるだろう。プログラミング技術の本を10冊あげろと言われれば20冊くらいあげるかもしれない。 け

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? エンジニア組織を強くするための本を出版しました Qiitaでエンジニアリングをめぐる様々なコミュニケーションの問題とその解決策や考え方を書いてきた。それらの背後にあるエッセンスをこの度書籍として出版するに至りました。 エンジニアリング組織論への招待 ～不確実性に向き合う思考と組織のリファクタリング この書籍は、エンジニアリングを「不確実性を削減する」という第一原理で捉え直し、様々なエンジニアリングとその間のコミュニケーションをめぐる現象を説明していくものです。 はじめに 今年、書いた幾つかの記事のタネ本であったり、新卒教育の際に参考書籍

1: 名も無き被検体774号+＠＼(^o^)／ 2014/10/04(土) 18:15:41.20 ID:yclqbxZW0.net でも三年は続けろと世間は言うし、続けたほうがいいのか。 残業は当たり前だし、せっかくの休日も時間を割いて勉強しなければならない。 もう限界だわ。 3: 名も無き被検体774号+＠＼(^o^)／ 2014/10/04(土) 18:17:07.33 ID:xk6lvrlZ0.net まぁ技術も身につけないで辞めても後に続かん 転職の際も不利だろう 2: 名も無き被検体774号+＠＼(^o^)／ 2014/10/04(土) 18:16:38.61 ID:67HU//2k0.net 残業何時までやってんの？ 6: 名も無き被検体774号+＠＼(^o^)／ 2014/10/04(土) 18:19:15.44 ID:yclqbxZW0.net >>2 22:00、23:

海外出張の後の振り休で暇なので書いてみよう http://getlife.hateblo.jp/entry/2014/02/06/030300 こういう無知なおっさんが居るから、日本のIT業には魅力がないのだよなぁ、という印象 自分はプログラマというよりは、どちらかというと研究で飯を食ってる非SIのエンジニア このブログの著者のおっさんが言うところの、プラスアルファは手に入れてる側ではあるんでしょう 普通のプログラマであることでは、差別化が出来ないと考えたからこそ様々な挑戦を繰り返し 生き残るために研究開発というポジションについた 外資でも働いたし、海外でも勤務経験がある 分析役（SE、アプリケーションエンジニア、業務エンジニア、システムアーキテクトなど） 業務分析やシステム分析を行い、「何を作るべきか」を明確にするための分析役を担います。 実装役（コーダー、テスターなど） 実際に動くアプ