なぜエンジニア組織をうまくマネジメントできないと悩む経営者が多いのか？ - Qiita
はじめに 私は、さくらインターネットというクラウドサーバの会社の社長をしていて、よく経営者の方からのメンタリングのリクエストをいただくことがあります。 その中で多くの割合を占めるのが、ITエンジニア(以降、エンジニア)のマネジメントと、エンジニア組織の構築をどのようにすればいいのかというテーマです。 確かに、どんなビジネスをするにしても、単にSaaSやノーコードツールを活用するだけでは足りなくて、自分たちでシステム開発しないといけないケースが増えてきているのは、間違いないなと思います。 外注をしてシステム構築をするケースももちろん多いですが、基幹システムのような使いにくくても自社の社員が我慢すればいいものと違って、自社のお客様向けのシステムだと使いやすくないとお客様が離脱してしまいますし、常にアップデートをし続けて、最良のUI/UXを作ることが業績に直結します。 要は、今のデジタルシステム
ロードマップ指向とエコシステム指向 - アンカテ
IT業界の世代間ギャップを「ロードマップ指向 VS エコシステム指向」という図式でまとめるとうまく整理できるような気がしてきた。 他の業界でも、常に勉強してないと仕事にならない所では、似たような問題があるかもしれない。普通の人は「ロードマップ」の中では真ん中を進むべきで、「エコシステム」の中では真ん中を避けるべきだ、という話。 私は、80年代からずっとプログラマをしていて、今でも現場でコードを書く仕事をしているので、同世代の人から、彼らと現場の若い人との仲裁役というか通訳のようなことを期待されることが多い。 確かにそこには微妙なギャップがあって、自分はどちらの言い分にも共感する所があるので、なんとかそれを言葉にしたいのだが、なかなかうまく言えなかった。 プログラマという仕事は、今も昔も勉強をしてないと普通の仕事も成立しないのだが、その勉強の仕方というか意味づけが、違ってきていると思うのだ。
pelletkachels | blog over bedrijven en feitjes en de pelletkachel
Welkom bij Pelletkachels.nl, jouw ultieme bron voor alles wat met pelletkachels te maken heeft! Maar we zijn meer dan alleen een platform voor het bespreken van warmtebronnen. Bij Pelletkachels.nl geloven we dat het delen van kennis en ervaringen over bedrijven en gebeurtenissen ook essentieel is voor het creëren van een betrokken en geïnformeerde gemeenschap. In dit blog duiken we dieper in de we
日本と米国で異なる「想定する物量」がソフトウェア開発の生産性の違いを生む - メソッド屋のブログ
私は米マイクロソフトの DevOps のインターナショナルチームに所属しています。ただ、住んでいるところは日本なので日本側のオペレーションも実施しています。 前回のブログでも書いた通り、私はどうして米国のエンジニアが生産性が良いのかをずっと知りたいと思っていたし、今も研究中です。この２つのチームに同時に見えてきたことがあり、彼らの生産性の良さの一端に気付いたのでブログにして残しておきたいと思いました。 見えてきた「物量」の違い 私がインターナショナルチームと一緒に向こうでしているときに、仕事でアップアップになったことはありませんが、日本だとしょっちゅうです。日本のMSもはっきり言って過去に私が所属したどの会社より相当効率的で無理がないのですが、それでも存在するこの差はいったい何でしょうか？いくつかの事例を通じてだんだん見えてきたことは１つのことをこなすための「物量」が違うということです。
エンジニアとしての落としどころを作る | こえむの編集後記
こえむの編集後記 ITインフラ、プログラミング、情報教育(EdTech)研究、そして日々のことを淡々と書くblogです。 コンピュータのエンジニアをやっていると、技術を高めたい、最新の技術を得たい、そして尖ったエンジニアになりたいと一度は思うものです。ただ、僕はそれらは諦めて、今年からは自分なりの落としどころを作ってやってみることにしました。 では、落としどころとは何なのか、です。のんびり考えていた中で、方針を決めてみました。 問題解決に関わる立場であり続けることを念頭に置く 最も効率よく開発・改善し続けられる技術を選択する 泥臭く・人懐っこくやる 仕組みを作る立場であり続けることを念頭に置く 僕はソフトウェアエンジニアとして転職を何度かしています。仕事をする中で、現在いる・過去にいた組織のどの上長も評価して頂いていたのは、人・お金・情報のバランスを取りながら、ソフトウェアを基盤にした仕組
ソフトウェア開発の会社で働き終わって思ったこと | @mizoguche
8月7日付けで退職した。 アルバイトの子から「退職エントリ待ってます」的なフリがあったし、思うことを書いとく。 ただの自戒を込めた反省なので、他人をディスる意図は全くない。 ビジネスモデル 人月商売について このシステムは作るのに何時間かかるからウン万円という人月単価×工数=請求金額のビジネスモデルを人月商売とする 作業効率が上がって作るのに時間がかからなくなればなるほど儲からない 作業効率は技術力と比例する 低い技術力でなんとか実現することで稼げる 経営レイヤーでは（短期的に）見ると技術力を上げないインセンティブが働く 単価はできるだけ低く抑えて利益を上げたくなる 単価を上げる（技術力の高い人を雇う）と回収できるかわからないリスクがある この機能はこれくらいの価値があるという観点から請求金額が導けると顧客も開発会社もハッピーになれそうな気がしてる 実装に時間がかかろうがかからなかろうが、
エンジニアにとっての地方と東京 ─ �あるいはエンジニアのキャリア形成に環境が与える影響について
"首都「圏」から島根「県」へエンジニア・ワークシフト2015" での講演資料です
Haskellのエンジニアは二流なのか？（答えはノーである） | POSTD
挑発的なタイトルによって誰かが気分を害してしまう前に、私はこの問いに対する答えも書いてしまうことにしました。答えは“ノー”です。しかしこのテーマには、なかなか興味深い議論があるのです。HaskellやErlangや、特にClojureなどのあら探しをするつもりはないのでしょうが、Piaw NaはQ&AサイトQuoraの あるアンサー で以下のようにコメントしています。 プログラミング言語を固定するのは二流のエンジニア／コンピュータサイエンティストである証です。 [中略] 私がErlangのサーバに携わるポジションの採用をした時も、Erlangのスペシャリストだと言うエンジニアより、優秀なオールラウンダーのエンジニアを雇ってErlang（これに限らず何でも）を学ばせてそのポジションを埋める方が断然いいと感じました。 Na氏の意見は1990年代に設立されたGoogleやAmazonなどの技術系
YAGNI - Wikipedia
英: You ain't gonna need it[1]、縮めて YAGNI とは、機能は実際に必要となるまでは追加しないのがよいとする、エクストリーム・プログラミングにおける原則である。 理由[編集] YAGNI原則を提唱する人々は、その理由として以下を挙げている。 後で使うだろうという予測の元に作ったものは、実際には10%程度しか使われない。したがって、それに費やした時間の90%は無駄になる[2]。 余計な機能があると、仕事が遅くなり、リソースを浪費する[2]。 予期しない変更に対しては、設計を単純にすることが備えとなる。そして、必要以上の機能を追加すると、設計が複雑になってしまう[2]。 人生の時間は、貴重である。したがって、人間の能力は、ただコードを書くためではなく、現実の問題に集中するために使うべきである[3]。 結局は、その機能は必要ないかもしれない。もしそうなったら、あなた
Liebig's law of the minimum - Wikipedia
Liebig's law of the minimum, often simply called Liebig's law or the law of the minimum, is a principle developed in agricultural science by Carl Sprengel (1840) and later popularized by Justus von Liebig. It states that growth is dictated not by total resources available, but by the scarcest resource (limiting factor). The law has also been applied to biological populations and ecosystem models f
「IT奴隷化に反旗を翻そう」 VASILY技術顧問 まつもとゆきひろ氏インタビュー | VASILY DEVELOPERS BLOG
まつもとゆきひろさんが弊社の技術顧問に就任する事となりました。せっかくなので、「ベンチャーの重要性」「世界での勝ち方」「SIerのヤバさ」「モルモン教とエンジニアリング」など、まつもとさんに色々聞きたかった事をぶつけてみました！ VASILY Officeにて 質問 我々は、小さい会社ながらも技術によって世の中にインパクトを与えようと頑張っています。 他にもそういった会社が増えていますが、思う所など教えてください。 まつもと その逆は大企業とかだけど、関わっている人が多くなればなるほど、辛くなりますよね。 僕はビジネスマンじゃないので、エンジニアが幸せかどうかしか分からないけど、自分で決められないエンジニアは不幸なんですよね。 この技術の方が絶対いいのに、「上司が説得できないから従来のやり方で頑張りましょう」みたいな空気で腐りながらやるのは、エンジニアにとっては不幸なんですよね。 小さ
出した実績や成果以上に知識とスキルがあることは恥ずかしい - アドファイブ日記（ミラー版）
僕は勉強することがすごく好きなので時間があるとつい色んなものを学んでしまう。 それで人生がとても充実するし、なるべく業務に遠からぬ分野を学ぼうとしているので精神的な安定にもつながっている。 しかし、今日オフィスまでの道を歩きながら、ふと思った。 「知識やスキルがあるということは、恥ずかしいことなのではないか？」 人生の時間は有限だ。だから知識やスキルの蓄積に時間を使うと、そのぶん成果や実績を出すのに使う時間が減ってしまう。 もちろん、実績を出しながらスキルを付けられる状態が最高だ。「実績を伴わない練習や訓練はスキルとは呼べない」という厳しい話もあるくらいだ。 そうはいっても、知識が増えるということは本当に面白いし、やめられないんだよなぁ。。
大学は詐欺師の集団 - やねうらおブログ(移転しました)
なんか毎年この時期になると私は大学受験のことを考えずにはいられない。 大学受験ってそもそも必要なのだろうか？ 例えば、この先、コンピュータサイエンスが必須教科に入ってきたとする。 大学入試の科目にC++があったらどうなるだろう？想像してみるといい。 センター入試レベルのC++だと「次の空欄を以下の選択肢から選びクイックソートのプログラムを完成させなさい。」とかそのレベルなんだけど、これが東大とか難関大学の入試だとC++のADL(argument dependent lookup)の挙動について正確な理解をしているかを問うような問題が出題されるわけだ。「次のソースコードをC++0xのコードとしてコンパイルしたときに得られるであろう結果を答えよ。」なんて問題になるわけだ。 そうなってくると、予備校でもその手の対策をせざるを得ない。 「いいか、今年の出題予想だが、どこそこのメーリングリストで議論
[アメリカ日記13] アメリカは余裕があるなと思った – taichino.com
働き始めて2週間経ちました。個人的な嗜好でいうと、働くのは別に好きでも何でも無いというか寧ろ嫌いなんですけど、環境が新しい事だらけなのもあって今のところ毎日楽しいです。それで実際働いてみてすげー思ったのが、アメリカはやたら余裕があるなという事です。 例えば僕の所属してるチームの労働時間。フレックスなので一定しませんが、皆さん平均すると10:30前後に出社して18:00前後に帰って行きます。ランチもゆったりで作業してるのは6時間位です。僕は今張り切っている事もあって、9:00頃から19:30頃まで働いているのですが、その程度で僕が一番長い時間働いています(全社で)。それなのに、就活記録のエントリでも書きましたが、給料は日本の相場の2倍は楽勝です。そうすると、働く時間半分で給料2倍なら、単位時間辺りのパフォーマンス4倍必要なはずなので、どんなけバケモノぞろいやねんと戦々恐々としていましたが、別
日本人の若者の生き方の多様性について、ドイツ人の方にインタビューを受けた - sifue's blog
ちょうど先週のことになるのですが、国際交流の学生団体の運営をやってたころの先輩がドイツで働いていることもあって、その方の知り合いのドイツ人の方に、 「日本人の若者の生き方の多様性について」 という形のインタビューを受けることになりました。インタビュアーはノラ・コットマンさんという女性の方だったのですが、一橋大学に留学していたらしく、日本語がめちゃくちゃうまかったです。今は一児の母をしながらデュッセルドルフ大学(ハインリヒ・ハイネ大学)で研究を続けているとのこと。 http://www.phil-fak.uni-duesseldorf.de/oasien/personal/nora-kottmann-m-a/ 3時間ほどインタビューを受けたのですが、メモに書き留めていたドイツとの違いをいくつか書いていきます。 ドイツでは大学がタダだった。最近値上がりして年間500ユーロ(5万円ぐらい)。値上
パナソニックのスマート家電をシリコンバレー在住者たちがコキおろしていた
ユーロ🇪🇺売り @euroseller 残念ながら物と物の組み合わせに過ぎなくてIncremental Improvement の域を出ない。ルンバのような新しいユーザー体験を生み出してほしいのだが… "パナソニック、「スマート家電」を本格展開 " http://t.co/6vzrSo0l 2012-08-22 01:45:52 MichiKaifu【著書「シリコンバレーの金儲け」】 @MichiKaifu 「めんどくせー、柔軟剤入れる量間違えないためにわざわざこんなもん設定せんわ」と思って続き読むのやめた主婦がここにいます @euroseller 残念ながらIncremental Improvement の域を出ない。 "パナソニック、「スマート家電」を本格展開 " 2012-08-22 01:49:49 MichiKaifu【著書「シリコンバレーの金儲け」】 @MichiKaifu
ulog.cc - ulog リソースおよび情報
This webpage was generated by the domain owner using Sedo Domain Parking. Disclaimer: Sedo maintains no relationship with third party advertisers. Reference to any specific service or trade mark is not controlled by Sedo nor does it constitute or imply its association, endorsement or recommendation.
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Create Good Security CFP Responses
優秀なエンジニアになる方法: 電子情報通信学会誌 Vol.84 No.10 pp.741-749 2001年10月
Hatena ID
