いつも通り、生産性に関するブログを書こうと思ったのですが、その過程で、ダイバーシティについて少し調査しようと ブログや本をチェックして、とても違和感を感じました。そこで自分の意見を整理するために、ブログを書いてみました。 私は単にインターナショナルチームのメンバーであるだけで、専門家でもなんでもないので、稚拙で誤った意見かもしれませんが、それでも何か書いておくと自分の整理と学び（プロセスの改善のプロフェッショナルとして）になるかと思い筆をとってみました。 自分の感じるダイバーシティの違和感 私はインターナショナルチームで働いています。そして実際にその環境で働いていると、本当に楽しく快適に働けています。だから、その環境の素晴らしさと、その環境を日本でも実現する方法を考察するために、インターネットを調査してみました。 Microsoftはダイバーシティに非常に力をいれているので、必須教育でもダ
各所でプログラマー不足が叫ばれる昨今。にもかかわらず、企業で働くエンジニアの中には、勤め先の要請によって「開発業務（コーディング業務）」から身を引かねばならない人も少なくない。なぜ、このような矛盾が生まれるのか。エンジニアが「好きな開発」と「キャリア形成」をうまく両立させる方法はないのか？データ分析と著名人対談を通じて考える。 「約4割のエンジニアが、ある時期を境に開発業務（コーディング業務）から完全に足抜けしなければならないと回答」 「マネジャー以上の年収分布では、技術専門職より一般管理職の方が年収が高い傾向に」 弊誌が今年3月に行った【IT・Webエンジニア300人調査】では、勤務先のキャリアパスについてこのような現実が浮き彫りになった。 >> 「コードで食っていく」は何歳まで可能か？エンジニア300人調査で見えた理想と現実 エンジニアという職業を選んだ以上、何かを作る仕事をし続けたい
shinshinohara @ShinShinohara 「指示待ち人間ばかり、自分の頭で考えて動かない」という嘆きの声をよく聞く。不思議なことに私の研究室には指示待ち人間は一人もいない。パートの女性３名も他の研究室がうらやむほど優秀。９年連続で私のところに来た学生もことごとく自分の頭で考えて行動する。指示待ち、なんのこと？という感じ。 2015-11-04 20:48:13 shinshinohara @ShinShinohara たぶん私がテキパキ指示を出せない人間なので、そのうち周囲があきれて、自分の頭で考え出すからだろう。私は自分のことさえ心もとなく、パートの方に「今日、お客さんじゃなかったですか？」と念を押されて思い出すこともしばしば。スケジュール管理まで進んでやってもらっている。実に助かる。 2015-11-04 20:52:00
この世から残念な○○が無くならない理由
少し前に、日本Web技術界隈著名人の残念さ具合というタイトルの記事が話題になった。名指しで個人を批判している記事なので、リンクするのは控えておこうと思う。意見には賛同する部分はあるものの、読んでいて気持ちの良いものではないからだ。まだ読んでなくて興味のある人はググッて頂きたい。あと、言っておくが私自身はその記事でリストアップされている人たちの仕事ぶりは知らないので、評価については言及しない。 この記事を読んで思ったのは、別に残念なのは別にウェブ界隈に限った話ではないよなーというか、残念な人をこの世から撲滅するのは構造的に不可能ではないかということだった。特に後者についてはかねてより考えてきたことであり、これはもうある意味仕方のないことではないかと思う。具体的な例を挙げるのは避けるが、割と技術書なんかでも酷いものを見かける。 というわけで、今日はこの構造的な問題点について語ろうと思う。 圧倒
GMOグループにはGMOテクノロジーブートキャンプという新卒エンジニア・クリエータ向けの研修メニューがあって、そこでなんか話してくれという要請があったので、「エンジニアになる」というタイトルで、エンジニアとしての成長について、少しお話をしてきました。 自分自身がエンジニアとしていままでどうしてきたかみたいな話は、まとまった形ではこれまでしたことがなかったわけですが、立場上とか年齢的にも「僕ごときが……」とかいってもいられないので、恥を忍んでスピリチュアルな話をしてみました。以下、ご笑覧くださいませ。 いいたいことはだいたいスライドに書きこんだのですが、以下、ちょっとだけ補足。 このスライドを作っていた時に、ちょうど「現場ロックイン」についてのエントリが話題になったり、また、このエントリを書く直前にも似たような話題のエントリを見たりしました。 現場ロックインが技術力さげてるのかもしれない -
コンピュータのエンジニアをやっていると、技術を高めたい、最新の技術を得たい、そして尖ったエンジニアになりたいと一度は思うものです。ただ、僕はそれらは諦めて、今年からは自分なりの落としどころを作ってやってみることにしました。 では、落としどころとは何なのか、です。のんびり考えていた中で、方針を決めてみました。 問題解決に関わる立場であり続けることを念頭に置く 最も効率よく開発・改善し続けられる技術を選択する 泥臭く・人懐っこくやる 仕組みを作る立場であり続けることを念頭に置く 僕はソフトウェアエンジニアとして転職を何度かしています。仕事をする中で、現在いる・過去にいた組織のどの上長も評価して頂いていたのは、人・お金・情報のバランスを取りながら、ソフトウェアを基盤にした仕組みを作って結果を出している点でした。 ソフトウェアエンジニアでありながら、最高の技術を導入したとか、最新の技術を普及させた
私は中級レベルのプログラマです。 基本を理解するのは得意です。過去の失敗をきちんと分析できるくらい経験を重ねていますし、もっと知るべきことは山ほどあることも分かっています。 特筆すべきは、自分で身につけるべきことを知ったうえで、それを吸収しようと積極的かつ精力的に取り組んでいる点でしょう。 プログラマとしての能力は平均的なものに過ぎないと、心から納得するまで時間がかかりました。今では、よく理解できないままに誰かの意見を受け売りする必要など感じていません。知らないことがあっても、それを他人に悟られるのは怖くありません。 でも以前は違いました。信じられないかもしれませんが、私はかつてプログラミングの達人だったのです。 自分の能力を誤って評価していたのは、比較的孤独な環境でスキルを学んだためでしょう。当時はコンピュータを持っていることさえ、ちょっと特別なことでした。使い方を知っているとなれば、な
Javaな人から見ると、「Scalaって難しい」ってイメージがありますね。俺も最初はそう思ってました。今もですけど。 で、考えてみたんですが、何が難しいって考え方・イディオムになじみがないのが原因かと思ったんです。 ここでは、俺が今までScalaをやってきて得た考え方を紹介します。「Scalaをちょっとやってみたんだけど、とっつきにくくて…」と思われている方は、ぜひご一読ください。 参考資料: Scala入門 - Scalaで書きはじめたJava使い向け - Scala勉強会＠東北 Dropbox - 404 神は言われた。「リストあれ。」 Lisperは、リストをどう作るかをまず考えるらしいです。適切なリストが出来たら、プログラムはもうできたも同然だと。同じ考え方は、Scalaでも通用すると思います。 大まかに、こんな流れで考えてます。(リストは最初から与えられることもあるでしょう) 「
私が最近強く印象に残った言葉が10倍で物事を考えるです[wired]。 これが私の記憶の中で拡大解釈され、今は100倍で物事を考えるようになっています。 「100倍」というのは一見すると不可能なことの例えのように思えますが、決してそんなことはありません。 どの程度現実的か例をあげて考えてみましょう。 DWH（DBと考えても良いです）という分野を考えてみます*1。 *1 この分野は専門家ではないのであくまで外から見ている素人の意見です。 2014年10月現在 Google BigQueryは1GBの保存に月あたり 約3円、クエリ時1TBスキャンあたり500円という価格設定です。基本的なDBの操作は全部できて、その上でユーザーが自由に関数を定義できて、画面とつながって結果が数十秒で返ってきてです。これはこの分野を知る人にとっては衝撃的な価格です。 1昔前、DWHの世界では製品が数千万から数億円
仕事と育児の両立ってのをやっていると、まあ次から次へと困難が降りかかってくるものだ。 私も現在、仕事をしながら2歳の娘を育てているが、あの“お子様”とかいうやつは、仕事が忙しいときに限って熱を出すし、こちらが腕によりをかけた料理は一口も食べないし（焼いただけのウインナーは食べる）、朝急いでいるときは決まってダンゴムシになって動かなくなる。 やはり普通に仕事をするのとは違って体力も消耗するし、イレギュラーな問題が起きて予定は崩れるし、会社には気を使うし、子どもと会えない時間が増えることでの不安なんかもあるし etc.…で、両立ならではの大変さというのは当然あるだろう。 そして、このような大変な状況に身を置くと、私たちはすぐに「頑張ってしまう」のだ。 「頑張らないと乗り越えられない」という思いがあったり、「頑張るのはいいことだ」という風潮があったり、場合によっては「頑張ってる自分かっこいい」な
思うように生きられなかった僕 この写真は今から16年ほど前の僕だ。30代半ばには見えないくらい老け込んでいる。 太っていて醜いだけではなく、人生をまったく謳歌できていない人間の哀愁が漂っている。 星条旗がバックにあるのは、グアム島のクルージング中だから。南の島に行っても楽しめていないのが哀しい。 そしてこちらの写真は最近の僕だ。2020年5月、YouTubeのサムネイル用に自撮りした写真だ。 自分で言うのもなんだが、もはや同じ人間とは思えない。 今となっては分かるのだが、「自分は思うような人生を生きられない」と信じている人間は、その通りの人生を生きる。 だから僕は、38歳までは、思うような人生を生きられなかった。 僕は両親ともにジャズのミュージシャン、祖父は日本画家、祖母はクラシックの歌手という家で生まれ育った。 みんな「自分の名前で仕事をして、自分の作品や演奏に対して報酬をもらう」ことを
2. ⾃自⼰己紹介 2 Co-founder & CEO 須藤 憲司 • ドコイク？、R25、リクナビNEXTなどを担当 • オンライン集客事業を設⽴立立、600社へGrowth提供 • 4年年連続で200％成⻑⾧長を実現 • 現在は、グロースハックのためのツール 「planBCD」を提供する会社をシリコンバレーで起業 前職：株式会社ﾘｸﾙ-‐‑‒ﾄﾏ-‐‑‒ｹﾃｨﾝｸﾞﾊﾟ-‐‑‒ﾄﾅ-‐‑‒ｽﾞ 執⾏行行役員 ｱﾄﾞｵﾌﾟﾃｨﾏｲｾﾞ-‐‑‒ｼｮﾝ推進室⻑⾧長 3. Overview 現在クライアントアカウント600以上、グロースハッカー500名以上 38カ国でご利利⽤用頂いています。 Rising-EXPO 住友不動産賞 KDDI賞 Google for Entrepreneurs Week Tokyo 2013 視聴者賞 Graph hack アワード2013 優秀賞
STAP論文の件について、twitter等ではさまざまな意見が流れています。しかし、それらを見ていると、どうも研究者と一般人の間とでずいぶんと考え方の相違が現れることが多いようです。このような違いが生まれてしまう理由には、研究者はほとんどの人が知っている（がゆえにわざわざ語られないことが多い）が、一般人は意外と知らない「常識」がいろいろとあり、そのために考え方が大きくずれてしまっているという面があるように思います。そこで、ここでは一般人が素朴に抱きそうな疑問に答える形で、そうした「常識」を整理しておきたいと思います。 ■確かにSTAP論文は捏造かもしれないが、万が一正しかったら世紀の大発見を見逃すことになるのだから、小保方さんにも参加してもらって大々的な検証をするべきでは？ こうした考え方は一見自然ですが、しかしこの考え方は「万が一正しかったら世紀の大発見と言えるようなトンデモな主張」とい
「失敗を恐れるな、他人と競うな」若き天才写真家が語った、その道のプロになるための教訓 パーソンズ美術大学 卒業式 2014 ライアン・マッギンリー 写真家ライアン・マッギンリー氏が母校パーソンズ美術大学の卒業式で講演。彼は大学3年のときに初めてカメラを手にしてからどうやってプロのカメラマンになったのか？ その道筋は驚くほどシンプル。「夢中になるものを見つけたら、他人と競おうとせず、こだわりを持って自分だけの“何か”を見つけること」「失敗を恐れず、何事にもチャレンジし、いつか巡ってくるチャンスのために常にカメラを手に準備しておくことだ」と語りかけました。 若き天才写真家が振り返る学生時代 ライアン・マッギンリー：いつも人から、「気持ちを落ち着けるために、聴衆の皆さんを裸にして写真を撮ったら」と言われるのですが、残念ながら、そうするとまた今日も仕事になってしまいますので（笑）。 パーソンズ美術
「オブジェクト指向にこだわった設計をしたい」「デザインパターンを使って良い設計にしたい」という人がいればドンドンやればいいと思います。 少なくとも個々の開発者の成長のためにはドンドンやらせるべきだと思います。 不真面目な考えかもしれませんが、そう思います。 色んな人が「オブジェクト指向やデザインパターンを中途半端な知識で使うな」という趣旨の事を仰っています 正論です。パターンや設計手法は「考え方の見本」であり、それらを考えなしに使うというのは本末転倒です 中途半端な知識でオブジェクト指向やデザインパターンをやろうとしたせいで処理が追いにくいだけのゴミの集まりになる事は数多くあります。 そのために、無駄に保守コストがかかったり、自分自身でそういうソースを書いてしまって後悔したりといった例も枚挙に暇がありません。 そういった経験から、デキる人達は警鐘を鳴らしておられるのだと思います けれど私は
伊藤直也氏が語る「仕事の流儀」の第3回は、暗黙知を作らない組織の作り方。オープンソースのスタイルで組織を作ればいいという直也氏は、KAIZEN platform Inc.において、どのような行動をとっていたのか。 ある取り組みによって、KAIZEN流の行動哲学が生まれたという事例をもとに語っていただいた。 by 馬場美由紀 （CodeIQ中の人） 暗黙知を作るな、すべてを形式知に変えよ 前回は、Sqwiggleを活用したリモートワークやGitHubを活用した開発について述べました。 開発プロセスは、まあアジャイル開発っぽいですね。アジャイル開発というか、スクラムで求められている他のプラクティスについて、KAIZENのリモートワークではどのようにやっているかをもう少し説明すると、まずデイリースタンドアップ、いわゆる朝会です。リモートでやってるので、スタンドアップといいつつ立ってはいないんです
高1の夏。N君が死んだ。ガスの元栓につないだホースをくわえて。彼は、僕たちのバンドのヴォーカルで、ロバート・プラントばりというわけにはさすがにいかなかったけれど、ポール・ロジャースばりでは明らかにあった。ものすごく人気があって、女のコたちにはもちろん、同じくらい男子からも。この両立は実は、なかなか難易度高い。でも、そうじゃないと、スター、ましてやカリスマにはなれない。ま、1970年代の渋谷区港区の一部地域だけのカリスマだけどね。N君は、かっこよかったのはもちろんだけど、なにしろアタマがよかった。ついでに学校の成績もかなりよかった。 高校生男子にとって、いちばん重要なこと、つまりモテるために必要なのは、ルックス、スポーツ、バンド。以上終わり。なのであって、つまり、モテの道はかなり限定されていた。想像するに、今もそうだろう。これが、大学生になると、将来性だの、家が金持ちだの、いいクルマ乗ってる
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
