"OSSにコントリビュート" なんてしてる場合じゃない！Speee Cafe Meetup #02, 2016/09/01
徴兵以下のIT奴隷制度を作るよりマネジメントを学ぶべき - 狐の王国
安保法制デモなんかで「徴兵制が!」「戦争に行かされる!」みたいなのがあってバカじゃねーの徴兵なんて今時やるわけねえだろと思ってたのだが、やあもしかしてサイバー戦争うんたらで俺らITエンジニアを徴兵するとかはあり得るかもよ? みたいなヨタ話をしてたことがある。 サイバー戦争黎明期の今こそむしろ徴兵制の好機 | 独り言v6 もちろんヨタ話なので「可能性があるかないかで言えばある」というだけにすぎなくて、まさか本当にやるなんて思っちゃいなかった。ところがガチでそんなことを言い出す人物が現れたのである。 前提として考えてもらいたいのは、これからのサイバー攻撃は、まさに戦争を仕掛けられているのと同じだという点だ。 (中略) 国の重要インフラを破壊されるのは、戦争と言わずに何というのか。これは最悪のシナリオであることには違いないが、日本の政府や業界、企業は、それに対する危機意識が低すぎる。 そして、こ
そろそろ「プログラマー35歳定年説」を徹底論破しとくか - 書架とラフレンツェ
世の中に流布している「プログラマー35年定年説」は、大きく以下の3つに分類できる。 プログラマーは激務なので、35歳を過ぎると体力低下のために続けられなくなる(体力低下説) プログラマーは常に新しい情報を吸収しなければならないが、35歳を超えると脳の働きが低下して新しいことを覚えられなくなるために続けられなくなる(学習能力低下説) プログラマーは35歳を超えると開発ではない業務を求められるようになるので、技術職としてのプログラマーのキャリアが途絶える(マネージメント原因説) 以下、ひとつずつ検証していく。 体力低下説 まず1つ目の「体力低下説」だが、これについてはそれほど深く考る必要がなさそうに思える。周知の通り気力や体力には個体差があり、若くても元気がないひともいれば歳をとっても元気なひともいる。また、35歳あたりの体力低下の原因としては、単純な加齢というよりも生活習慣の要因の方が大きそ
「素人まがいのシステム開発」を見分ける方法
自分のプロダクトだっていう意識が皆無なのかテストしないやつ多いよね 最近転職したんだけど、テストしてもリリース後にバグが見つかるからテストは意味がないとかぬかすし 新卒から数年のクソガキが、なぜかプログラマを単純作業労働者かと何か勘違いして下に見ているし テストをしないプランナーとかディレクター プログラマーが単純労働者だったとしてもテストは必要。 単純労働ってことは、工業製品なんですよ。で、工業製品はテストと称する品質チェックをしてますけどね。 素人まがいなところで、単純労働者扱いされて働くのは、正直メンタル的にかなりつらいと思う。マトモなプログラマーほどそう。 給料がそこそこあっても、そういうところで働くは、ストレスがたまると思う。 一度もプロ的な仕事をしたことがない人たちは、そういうのは全然気にならないから、平気。 ということで、素人まがいの人たちが、量産されていく。 素人まがいな開
この『物語』は、ぼくが歩き出す物語だ。肉体が……という意味ではなく、エンジニアとしてという意味で……
デブサミ関西基調講演資料
時間をかけて、つまらないものを作りたいか？ - futoase
時間をかける つまらない想像話を以下に書く。 失敗してはいけない。成功しなければ行けないプロダクトだ。 企画から色々と実装アイディア、目的とするユーザー像を聞いている。 それに見合ったシステムを実装しなければならない。 あと6ヶ月で。その間は徹底的に企画と話をする。 部長と話しをして、駄目だったら作りなおす。 6ヶ月の間、エクセル上にガントチャートを引き、開発スケジュールを引いた。 企画・営業は2名。そのうち1名はマネージャ的な担当を行う。 部長は最終決定を下す(と聞かされている)。 エンジニアは3名。チームとしてはまあ良いほうだろう。 3ヶ月後 何を作っているのかわからなくなってきた。 具体像もわからない。 エクセルに書いたガントチャートは、意味を成していない。 ガントチャートを直そうと思うと、他の予定もずらさなければいけなくなり、 だるくなってだれも更新しようとしない。 システム全体の
ペアプログラミングして気がついた新人プログラマの成長を阻害する悪習
最近、あまりプログラミングが得意でない人のサポートをする形で、長い時間にわたってペアプログラミングを行っている。そのなかで、気がついた悪い習慣と成長するための良い習慣というものをまとめてみる。 この記事のバックグラウンドとなる体系的知識が本になりました。 エンジニアリング組織論への招待 ～不確実性に向き合う思考と組織のリファクタリング あわせて読みたい 経営者マインドが足りない！vs. 現場に任せてくれない！の対立をなくすカードゲームをつくった話 新人プログラマに知ってもらいたいメソッドを読みやすく維持するいくつかの原則 新人プログラマに知っておいてもらいたい人類がオブジェクト指向を手に入れるまでの軌跡 ペアプログラミングして気がついた新人プログラマの成長を阻害する悪習 あきらめるにはまだ早い！ソースコードの品質向上に効果的なアプローチ 心理的安全性ガイドライン（あるいは権威勾配に関する一
Internet is something to drink. • 非プログラマ社長がプログラマと良い関係で事業をしていく方法
About Me インターネットが海へ続く川なら、コンテンツは笹舟だ。 つまりインターネットは飲み物です。 こちらは大沢(露口）香織の個人的なブログとなっておりまして、ブログといえば tumblr.どうぞよろしく。 さっきFacebookで何気に書いたことですが、ブログにも書いておこうかなと思います。 「自分はプログラマじゃないんですけど、プログラマと一緒に事業をしていくはどうしたらいいか」って質問をよく見ますが、答えはただひとつ、「正しい日本語を使う」、コレに尽きると思います。 下手に中途半端にプログラム勉強して、どっかから拾ったコードとかの話をされる方がプログラマはイラつくと思います。それよりも、自分がやりたいことを、正しい日本語で書くことが大事です。正しい日本語、というのは、文法などを指すのではなく、何を作りたいのかを正しく書いた日本語のことを指しています。 「これをサーッと動
971人の回答から見えたIT業界の悲しい組織風土の現実、半数が「同僚のことをよく知らない」
ある程度は予想された結果とはいえ、これほど深刻な状況だったとは──。そう言わざるを得ない衝撃的な回答の数々だった。 日経情報ストラテジーとITproが2013年2月に共同で実施した、IT業界における組織風土改革についてのアンケートの集計結果である。 このアンケートは、ITproのウェブサイトと、日経情報ストラテジーが2月22日に都内で開催した有料セミナー会場の両方で実施した。内容は同じものである（実施したアンケートのページはこちら：助けて！組織風土改革にすがるIT業界、既にアンケートは終了）。 6つの質問と自由意見に対し、合計で971件もの回答をいただいた。まずはこの場でご協力いただけたことに、お礼を言いたい。本当にありがとうございました。 回答はITproで883件、セミナー会場で88件の有効数が集まった。ITproでのアンケート期間は2月5日から同19日までである。 対象はITproの
人月商売が悪だと思っている、イノセントなあなたへ - GoTheDistance
色んな意味で示唆的なエントリ。山本さん、どうしちゃったんですか。飲みにでも行きますか。 人月は悪どころか、ものすごい善かもしれない - 山本大＠クロノスの日記 140文字ぐらいでまとめちゃうと、人月ではなくソフトウエアの持つ価値だけでお金を取ろうとすると、例えばスマホアプリの場合は非常に単価が安いのでペイする算段が立たないこともある。それを鑑みると、エンジニアの稼働ベースで請求できる人月ってなんだかんだでイイとこあるよ、って話です。 人月について語られる記事はエンジニアよりの観点で議論されることが多いんですが、そうなると「人月はエンジニアにとって善か悪か」という方向に話が飛んでしまい、ゼネコンは死ねば良いし多重請負は終わってるし日本のIT競争力はなんだかんだっていう感じで一定の結論が出しにくい。なので、もっとビジネスよりの観点で整理してみたい。 人月のメリットは成果物ではなく作業内容に対し
ベンチャー企業に本当に優秀なやつなんかこない
ITバブル崩壊後に起業して、経営者歴がそろそろ10年になるので、酔っ払ったついでに書きなぐっておく。 恥ずかしながらオレにも、ポール・グレアムやスティーブ・ジョブズの言うことを真に受けて、「Aクラス」のやつらを雇おうと必死に頑張った時期があった。が、見事に失敗した。当然と言えば当然だが、「Aクラス」のやつにはほとんどの場合、多くの魅力的な就職先・転職先があるし、そもそも優秀なやつはどこの会社でもそれなりに尊重されることが多いので転職希望者がそもそも少ない。ので、よっぽど魅力的な事業でかつ経営者がとても魅力的な人間でない限り、「Aクラス」のやつを雇うに成功する確率は非常に低いし、偶然雇うことができてもまず長続きしない。 もっとも、雇うのに失敗すれば人材紹介料は取られないので、求人広告の費用と採用にかけた労力が無駄になるだけで、実のところ一番ダメージの大きい失敗は、「Aクラス」だと思って実際に
下請法について押さえておくべき５つのこと - nyon2.net
僕の勤める会社は主にシステムの受託業務をやっています。 受託といってもさまざまで、中には下請けだけでなく孫請け、ひ孫受けの仕事なんかもあります。 僕が長らく受け持っている仕事が孫請けの仕事でして、ある日社長から 「孫請けやってて、下請法知らなくていいのは小学生までだよねーｗｗｗｗ」 と言われたのでちょっと勉強してみた。 下請法の対象範囲は資本金の額で決まる そもそも、対象となる範囲が資本金の額で決まるのです。 親事業者（委託者）の資本金 下請事業者（受託者）の資本金 5千万円以上 → 5千万円以下 1～5千万円 → 1千万円以下 プログラム作成委託の場合 3憶円以上 → 3億円以下 1千万円～3億円
日本のソフトウェア産業は「製造業」 - My Life After MIT Sloan
これは、MIT SloanのCusumano先生が本でも授業でもよく言ってる話。 面白いから忘れないうちに書き記しておく。 Cusumano先生は、Microsoft SecretやPlatform Leadershipで有名なソフトウェアビジネスの研究者。 日本の企業研究も色々されているし、一橋大学のビジネススクールで何年か教えてらしたりした日本通でもある。 そのCusumano先生が、ソフトウェア産業への取り組み方を比較して、こんなことを言っていた。 Europe: Software as a science －ヨーロッパにとってソフトウェアは「科学」 Japan: Software as production －日本のソフトウェアは「製造業」 India: Software as a service －インドのソフトウェア産業は「（プロフェッショナル）サービス」 U.S.: Soft
カプコンに学ぶデスマーチにならない仕事術 - teruyastarはかく語りき
ほんとにヤバくなってギリギリになるまで相談しない人々: 切込隊長BLOG（ブログ） Lead‐off man's Blog http://kirik.tea-nifty.com/diary/2010/03/post-1da9.html いつも予防線が突破されるので、いずれにせよ年がら年中修羅場になってるわけだが、 修羅場をこなしているうちに、常在戦場みたいな組織が出来上がって、 毎日ラットレースをしている敗戦処理のエキスパート軍団ができちゃう。 戦況だけ見ると実に見事に負けてるんだけど、 担当した局地戦だけはどうにかなっちゃってるというような。 そういう組織は、人が内部から壊れていく。鬱になったり、病気になったりする。 まあ、発展性のない業務に長時間据えられて、 強いストレスに晒されながら安い給料で働くわけだからねえ。 一個一個のデスマーチは、マーチである限り終わりはあるわけだけど、 デス
プログラマーの力量を見極める--面接官になったら尋ねるべき質問実例集
印刷する メールで送る テキスト HTML 電子書籍 PDF ダウンロード テキスト 電子書籍 PDF クリップした記事をMyページから読むことができます ソフトウェア開発者を採用する面接の場においては、応募者の専門家としての力量を見極めることが最も困難な作業の1つである。彼らの考え方については、面接時に少しやり取りを行えばそれなりに見当が付くだろう。しかし、実際のプログラミング経験を推し量るのは至難の業だ。一部の企業では、さまざまなテストを実施することでこれを行おうとするものの、筆者の経験から言えば、こういったテストは近代的な開発環境では必要性が薄い知識（IDEのオートコンプリート機能や、F1キーの押下で表示されるヘルプ、インターネットといったものがあるため、ライブラリの知識は以前ほど重要ではなくなっている）の丸暗記能力を試すだけに終わることも多い。そこで本記事では、開発者を評価するうえ
TechCrunch | Startup and Technology News
Tempus, a genomic testing and data analysis company started by Eric Lefkofsky, who previously founded Groupon, debuted on Nasdaq on Friday, rising about 15% on the opening. The company priced… The tech layoff wave is still going strong in 2024. Following significant workforce reductions in 2022 and 2023, this year has already seen 60,000 job cuts across 254 companies, according to independent lay
自閉症患者をソフトウェアのテスターとして育成する試み | スラド IT
米国シカゴの非営利企業Aspiritechが、高機能自閉症をソフトウェアのテスターとして育成するプログラムを立ち上げたそうだ（本家/.記事より）。 Aspiritechによると自閉症患者は不完全さや欠陥を見つける才能があり、予測可能で変化の少ない仕事を好むという。デンマークのSpecialisterneも自閉症患者の就労プログラムを組んでいる企業の一つだそうだ。データ入力や組み立て作業など、他の人であれば退屈に感じる反復作業などに派遣しているとのことで、データ入力に関しては8倍の正確さであるという。 ちなみにAspiritechで育成された人材の最初の派遣先はiPhoneアプリケーション開発のmFluentに決まっているとのこと。
ググるな危険：プログラマで、生きている：エンジニアライフ
だいぶ前の話になりますけど、「新人にデータ移行ツールのコーディングを任せるので、面倒をみてやってくれ」と頼まれたことがありました。 その新人はやたらとGoogle検索に頼る人で、とにかくわからないことがあると、わたしに聞かずにGoogle先生に尋ねるんですね。 検索サイトにはわたしもかなりお世話になっていますし、昔に比べるととても使い勝手がよくなっていますけれど、その人の技術レベルに対応して検索結果を出してくれるほど高機能なわけではありません。 そのため新人の書いてくるコードは、つぎはぎというかちぐはぐというか、身についてない知識に振り回されてる感が満載でした。 そういう弊害を気にしつつも、自分で調べようとする気持ちは尊重するべきなのかなあ、と思ってとりあえず黙認していたんですが、あるとき「ちょっと考えが甘かった」と思い知らされるトラブルが発生しました。 その新人が「Windowsのレジス
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
モダンな現場にするために実践したこと
TechCrunch | Startup and Technology News