「ノーアジェンダ・どうしましょうか会議」の傾向と対策 - UNIX的なアレ
wadap.hatenablog.com 先日、こんなエントリーを書きました。割とエンジニアやデザイナーの方は経験したことがある会議ではないでしょうか。このワードに反応されていたので、少し掘り下げてみたいと思います。 「ノーアジェンダ・どうしましょうか会議」とは もうこの名前に全てが詰まってはいるので、経験したことがある人はすぐにわかるとおもうのですが、以下の点が揃っているとまさにその会議かと思います。 アジェンダが用意されていない とりあえず関係がありそうな人を呼ぶ 会議が始まり次第「どうしましょうか」的な空気が流れる ダラダラ長い 丸投げ感満載 というところでしょうか。会議そのものに主催者側の専門性があるものでは起きづらいのですが、自身が理解できない or 経験の無い領域の話になるとわりとこういう会議になりがちなのかなと思います。 会議の傾向 そしてこの会議が始まり「どうしましょうか」
CodeIQについてのお知らせ
2018年4月25日をもちまして、 『CodeIQ』のプログラミング腕試しサービス、年収確約スカウトサービスは、 ITエンジニアのための年収確約スカウトサービス『moffers by CodeIQ』https://moffers.jp/ へ一本化いたしました。 これまで多くのITエンジニアの方に『CodeIQ』をご利用いただきまして、 改めて心より深く御礼申し上げます。 また、エンジニアのためのWebマガジン「CodeIQ MAGAZINE」は、 リクナビNEXTジャーナル( https://next.rikunabi.com/journal/ )に一部の記事の移行を予定しております。 今後は『moffers by CodeIQ』にて、 ITエンジニアの皆様のより良い転職をサポートするために、より一層努めてまいりますので、 引き続きご愛顧のほど何卒よろしくお願い申し上げます。 また、Cod
「漁師の妻」と「エンジニア」の自分、2つの世界での暮らしで気づいたこと（寄稿・林由子） - りっすん by イーアイデム
こんにちは。林由子（はやし・よしこ）と申します。私は結婚を機に福岡県の大島という人口約700人の離島に移住し、現在は漁師の夫と猫たちと一緒に、島で暮らしています。また、結婚前から勤めている福岡市内のIT企業で、システムエンジニアとして働いています。 島で暮らす漁師の妻である自分と、都会のIT企業のシステムエンジニアである自分。周りの環境や考え方なども違い、2つの世界に生きているように感じることがあります。 私と夫の生活リズムの違い 私は週に1回、福岡市内の会社に出勤して、他の日は島の自宅でリモートワークをしています。基本的に平日は10時から19時まで、PCに向かって仕事をしています。 一方漁師である夫は、仕事が天候に左右されるため、生活リズムが一定ではありません。漁に出る日は夕方ごろに出航し、夜に漁をして、朝方に帰ってきます。漁に出られない日は船や網の修理の仕事をしたり、休んだりします。
なぜプログラマはあなたの事が嫌いなのか - megamouthの葬列
営業やマネージャーにとって、現場にいるプログラマというのは扱いづらい存在である。 飲み会などで、普段の彼らを観察してみると。同じエンジニア同士で固まってボソボソとよくわからない話をして、控えめな声で笑っており、総じて温厚で、扱いやすそうな人々に見える。 ところが、仕事になると、彼らはなんやかんのと理由をつけて、スケジュールに文句を言い、プロジェクト途中のリクエストには素直に答えてくれず、あげくには遠回しな嫌味を言ってきたり、極端な場合には、その温厚な仮面を投げ捨てて、攻撃的な暴言さえ吐く事がある。 どうも彼らは我々の事が嫌いらしい、と感じている営業・マネジメント職の人もいるのではないだろうか？ 彼らの人格や価値観に問題がある可能性も否定しないが、このような感情的な齟齬は、多くの場合、あなた自身が彼らの「自尊心」を傷つけていることに気づいていないことが多い。 プログラマの自尊心 プログラミン
CodeIQについてのお知らせ
2018年4月25日をもちまして、 『CodeIQ』のプログラミング腕試しサービス、年収確約スカウトサービスは、 ITエンジニアのための年収確約スカウトサービス『moffers by CodeIQ』https://moffers.jp/ へ一本化いたしました。 これまで多くのITエンジニアの方に『CodeIQ』をご利用いただきまして、 改めて心より深く御礼申し上げます。 また、エンジニアのためのWebマガジン「CodeIQ MAGAZINE」は、 リクナビNEXTジャーナル( https://next.rikunabi.com/journal/ )に一部の記事の移行を予定しております。 今後は『moffers by CodeIQ』にて、 ITエンジニアの皆様のより良い転職をサポートするために、より一層努めてまいりますので、 引き続きご愛顧のほど何卒よろしくお願い申し上げます。 また、Cod
マネーフォワード、フルタイムRubyコミッターを採用～Ruby1.8.6/1.8.7のリリースマネージャである卜部昌平氏が就任～
お金のプラットフォームを提供する株式会社マネーフォワード（本社：東京都港区、代表取締役社長CEO 辻庸介）は、Rubyの発展に寄与する事を目的とし、フルタイムのRubyコミッター職として、卜部昌平(うらべしょうへい)氏を招聘したことをお知らせいたします。 左：卜部昌平氏/右：代表取締役社長CEO 辻庸介 Rubyは20年以上前に日本で生まれた開発言語であり、国内外の様々なWEBサービスの開発言語として選択されています。当社は「テクノロジーの力で、個人・法人が抱えるお金の悩みを解決する」をミッションに、Ruby on Railsを基盤に、最新のテクノロジーと高いユーザビリティを追求してまいりました。今後は、卜部氏にフルタイムのRubyコミッターとして、国産言語Rubyの改善・開発に注力いただくことを始めとし、当社に限らず様々なWEBサービスを支えるRubyの開発支援を積極的に行ってまいります
ITエンジニアの私が漁師の嫁になって離島に引っ越した結果... - hayashi_77 のブログ
このエントリは「地方在住ITエンジニア（元・地方在住も可） Advent Calendar 2015」の 24 日目の記事です。 www.adventar.org はじめに 今月、会社のアドベントカレンダーでリモートワークについての記事を書いたのですが、離島でリモートワークをするに至った経緯と、仕事に関係ない島生活のことを書きたくて参加させていただきました。 私自身、びっくりすることが多かったので、島ってこんな感じなんだと、楽しんで頂けると嬉しいです。 自己紹介 ITエンジニアとして働いています。 結婚を機に離島に引っ越し、水曜日だけ福岡市内にある会社に出勤して、他の日は島の自宅でリモートワークをする形で働いています。 どこの離島に住んでるの？ 九州本島から船で30分程度のところにある、福岡県の 大島 に住んでいます。 島の周囲は約15km、車だと30分で一周できるくらいです。 2015年
調整の心得 - クックパッド開発者ブログ
会員事業部の森田です。 対象と内容 この記事は、クックパッドと同じような200～300名規模の組織で働く、「最近調整が多くてコードを書く時間がないなぁ」と思い始めた30代エンジニアを対象として、日々の調整の負担を減らすための「考え」と「行動」を整理し、まとめたものです。 組織における分業と調整 組織に所属する人たちは協力して組織目標の達成を目指します。みんなで同じことをしてもしょうがないので、必然的に役割を分担(分業)をします。分担した仕事はなんらかのタイミングで統合する必要があります。その統合が調整です。つまり分業と調整はセットです。じゃどういう分業があるのかといえばそれは組織構造によります。今回は私達が採用している事業部別組織下*1 での調整の話をします。 分業の種類 事業部別組織では垂直と水平の2つの分業が存在します。それぞれに少し毛色の違う調整が発生するわけですが、いくつかのことを
非エンジニアの嫁にエンジニアの仕事をわかってもらうために工夫したこと - Konifar's WIP
嫁は専業主婦なんですが、エンジニアがどういうことをやっているのかをある程度理解してくれていて色々と捗ります。ただ嫁に限らずエンジニアじゃない人にエンジニアのことを理解してもらうのは結構難しくて、どう実現していったかを簡単に残しておこうと思います。 問題意識 仕事柄、突発的に問題が起こって帰りが遅くなることはざらにあります。特にリリース前は忙しくて帰りが遅くなることも多く、帰るたびに説明責任を果たす必要がありました。 また仕事以外でも勉強のために家で開発をしたりブログを書いたりすることも多く、ジトっとした目で不満を訴えかけられていました。 これは毎回同じような対応をするよりも、根本的に教育した方がいいかなぁと考えていました。問題の本質は 何をやってるか想像もつかないことにあると思ったからです。 クイズを出す こんな会話をしてました。 俺「（画面を見せながら）このボタン何%くらいの人が押すと思
【前編】大先輩のフリークアウトCTOが語ってくれた、マネジメントの深くてイイ話
Twitterでハッシュタグ「#naoya_sushi」が生まれてしまうほど、無類の寿司好きとして知られる伊藤直也氏（@naoya_ito）。そんな伊藤氏をホスト役とし、トップエンジニアをゲストに招いて、寿司をつまみつつホンネで語ってもらおうという、この企画。 第三回のゲストは、エンジニア界隈では知る人ぞ知る存在である「ミスター・アドテク」こと、明石信之氏。オンライン広告の新トレンドとして注目を集める「DSP（Demand-Side Platform）」の分野をリードする『株式会社フリークアウト』で執行役員として活躍しながら、古巣の『ヤフー株式会社』ではシニアフェロー／名誉黒帯を務める明石氏。長年、インターネット業界の最前線に身を置いてきた明石氏だからこそのマネジメント論と独自の視点を、たっぷりと披露していただきます。お楽しみに！ — 伊藤直也（以下「naoya」）：緊張してます！ — 明
【後編】 元・超ワガママエンジニアのクックパッドCTOと語る、「CTOって何する人だ？」論 / 飲み会で探るエンジニアのホンネ #naoya_sushi 編
応募企業の探し方や履歴書の書き方、面接のポイントから円満退職の 秘けつまで。あなたの転職を成功に導くためのノウハウを紹介！ この企画は、Web業界で名を馳せる伊藤直也氏と注目企業のCTOが、寿司を摘まみつつホンネで語り合う、かつて無かったインタビュー企画である。 元・超ワガママエンジニアのクックパッドCTOと語る、「CTOって何する人だ？」論 【後編】 #naoya_sushi ＜前編のあらすじと後編のお話＞ ある秋の日の宵の口、広尾の寿司屋に集った伊藤直也氏（以下「naoya」）と、『クックパッド』CTOの舘野祐一氏（以下「secondlife」、文中ではセコン）。もともと『はてな』で上司と部下という間柄だった二人が、旬の美味を愉しみながら話し始めたのは、『はてな』時代のセコン氏が「マネジメントなんか一切やりたくない」と公言し、「新しい技術を取り入れてはすぐに飽きて放置」するという超絶ワ
第2回 堀邦明（HolyGrail）～大手を辞め、スタートアップベンチャーへ | gihyo.jp
はたらくって何？ シューカツ中の女子大生・ともよが会社訪問。第2回は数千人規模の会社に新卒で入社し、社員数5人の会社に落ち着いた@HolyGrailのはたらきかた。 渋谷のシェアオフィスにて。spice lifeではオリジナルTシャツが作れるサービスを展開している プログラミングは苦手 ともよ：今回はHolyGrailこと堀さんを取材します。堀さんも高専卒なんですね！ HolyGrail：山口の徳山高専を卒業して、20歳でYahoo! Japan（以下Yahoo!）に入社しました。Yahoo! に4年半ぐらい勤めてフリーになり、今はspice lifeっていうベンチャーでエンジニアとしてはたらいています。 ともよ：高専出身の人ってもっと家電メーカーとかに就職する人が多いと思うんですが、なぜWeb系に就職したんですか？ HolyGrail：あー、確かに高専卒業して家電メーカーとかに行く人、け
「素晴しいアイディア」が採用されない理由:Geekなぺーじ
「エンジニアによる技術革新を妨害するのはエンジニア」という記事はあまりに視点が一方的です。 「アイディアは全てが正しい」と主張する馬鹿が書いた文章としか思えません。 ここでは、アイディアを否定する立場側で考えてみました。 以下、あっさりとアイディアを否定される場合にあり得そうなことです。 技術的な面を全く考慮していない。 技術的に不可能な事を要求していませんか？ 運用に関して全く考慮していない。 作ったら終わりではありません。 作り終わってからが本番です。 財務面を全く考慮していない。 収支度外視で考えていませんか？ 詳細を詰めていない。 全てが大雑把ということはありませんか？ 人的資源を考慮していない。 実行するメンバーに関して何も考えていないということはありませんか？ 説明が足りていない。 十分な説明をしない状態で相手に「ご理解」を求めていませんか？ 情熱が足りない。 思いつきで言って
エンジニアによる技術革新を妨害するのはエンジニア:Geekなぺーじ
エンジニアによる技術革新に対する大きな障害は、非エンジニアではなくエンジニアであるという場合もあります。 技術者やエンジニアは、新しい発想に対して無駄にネガティブな意見を連発したり、単なる抵抗勢力でしか無くなる瞬間もあるような気がしています。 例えば、熟練度が高いエンジニアほど新しいものよりも、枯れたものを好む傾向があるような気がします。 以下、エンジニアによる抵抗勢力的発言としてありそうなものを考えてみました。 なお、フィクションなのでご注意下さい。 (自分が過去にやって「あれは自分が間違っていた」と思ったことが一部含まれたりしているわけではないのでご注意下さい。そんなことはありません。) 1.「先行事例が既にあるよ」 ちょっとでも似たようなものがあれば「先行事例があるから無駄」という意見を言う人がいます。 「このような先行事例がある」というアドバイスは非常にありがたいのですが、「やるの
Yoshioriの日記: ライ麦畑で子供が落ちないように見張るだけの簡単なお仕事に戻ってはどうか？
まず最初に断わっておく事がある。 これは僕個人の意見であって、「エンジニアの未来サミット」で登壇した方や主催した方などには一切関係ない。 後で書くが基本的に僕の伝えたい事が伝わってない事に関しては完全に僕の「負け」であり、 この文章はただ負けただけでは何も残せないと思った僕の最後ッペである。 内輪についてなんだけど 何を以って「内輪」と定義してるんだろう？ 例えば僕は和田さんや古川さんは初対面だったし、 tokuhirom なんか「ヨシオリ以外に知ってる人いねー」って言うくらいだった。 なんか内輪って言ってる人って自分の観測範囲や活動範囲以外を全部「内輪」って事にしてない？ あなたの内輪以外を「内輪」って否定してるだけじゃないの？ さらにそもそも 「IT業界」という「内輪」を良くしたいと思って動いたんだ。 別に漫画業界が色々あっても僕は動かなかった。 自分の内輪である I
Geekなぺーじ : エンジニアが見落としがちなこと
過去に自分が間違っていたと思うことや、身近なエンジニア(技術者/研究者等)が「見落としているんじゃないか」と思える部分を列挙してみました。 ただし、それぞれ状況と立場次第であるものが多いのでご注意下さい。 製品を売る場合や、論文を書く場合、個人の場合など、様々な立場での色々なものをごっちゃに書いてしまいました。 1. 技術の凄さのみが戦局を決めるわけではない 「技術が凄ければユーザは勝手についてくる」という発想に出会う事があります。 それは、正しい場合もあれば正しくない場合もあると感じています。 最近は、得てして「技術だけ」ではあまり成功しないような気がしてきました。 そもそも「凄い技術」とは何なのかという部分が難しいです。 その「凄さ」が実現しているものと、ニーズとの一致などが的確で無い場合、いくら凄くても理解してもらえないことも多いです。 2. 誰が言うか、誰がやるかも大事な要素 全く
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
System of Record と System of Engagement
エンジニアから飛んでくるマサカリを受け止める心得
コードの複雑さを上げずに「世界の複雑さ」と戦うために読んでおきたい良書5選【2012年のインプットlog-和田卓人】 - エンジニアtype
http://atnd.org/events/8258