意識を低くするという成長戦略 - ジーズアカデミー戦記
2015-08-03 意識を低くするという成長戦略 自分語り Tweet ＊『エンジニアとしてコモディティ化しないよう一生勉強してサバイブします！』 IT系エンジニアによる勇ましい態度が苦手だ。曰く「近い将来エンジニアはコモディティ化する」「10年後に生き残るためには必死で勉強しなければならない」「一生コードを書いていたい…」、強い言葉で自身を奮い立たせている分には構わないが、その意識の高さが他人への攻撃へ転化されるとやっかいだ。かつてのSIer ディス、技術力が高くないエンジニアを無能だなどと強い口調で否定するのには辟易したものだ。 最近は攻撃的な物言いはいくぶん落ち着いたように思うが、それでも意識の高い言説は以前にもまして盛り上がっているように見える。エンジニア系メディアには毎日のようにTech企業のCTOや海外で活躍する日本人なんかが立ちかわり登場し、これから学ぶべき技術領域、考える
ショボいPull Requestを積み重ねて、自分の中でOSS活動の敷居を下げる - not good but great
GitHubのプロフィールページがパッとしない https://github.com/naoyashiga 「Repositories contributed to」がスカスカ GitHubの自分のプロフィールページを見るたびに、なんかパッとしないなあと思っていた。それは「Repositories contributed to」のところがスカスカだったからだ。Contributeをしてプロフィールページを豪華にしたいと思った。 スターが多いリポジトリは難しい できればスターが多いリポジトリにContributeしたい。自分はSwiftを使うことが多く、例えばAlamofireのような人気リポジトリに、プログラミング能力が低い自分がContributeするのは難しい。実際にリポジトリを見ても、何が問題なのか全くわからなかった笑 ショボいPull Requestを送る 「Repositorie
はてなグループの終了日を2020年1月31日(金)に決定しました - はてなの告知
はてなグループの終了日を2020年1月31日(金)に決定しました 以下のエントリの通り、今年末を目処にはてなグループを終了予定である旨をお知らせしておりました。 2019年末を目処に、はてなグループの提供を終了する予定です - はてなグループ日記 このたび、正式に終了日を決定いたしましたので、以下の通りご確認ください。 終了日: 2020年1月31日(金) エクスポート希望申請期限:2020年1月31日(金) 終了日以降は、はてなグループの閲覧および投稿は行えません。日記のエクスポートが必要な方は以下の記事にしたがって手続きをしてください。 はてなグループに投稿された日記データのエクスポートについて - はてなグループ日記 ご利用のみなさまにはご迷惑をおかけいたしますが、どうぞよろしくお願いいたします。 2020-06-25 追記 はてなグループ日記のエクスポートデータは2020年2月28
エンジニア経験無い人を教える＆働き先を紹介するまでの話 - 40歳からのキャリアチェンジ
タイトルで全て言い尽くしましたが、自分がやりたかった 教える（正確にはコーチング）⇔開発する の両方が相互に作用するような自分がイメージしてたことがようやく実を結びました！ Connecting the dots 1年前に書いたこのエントリで以下のTweet紹介してました @ukedchat @gapingvoid There's one more image to this that you're missing... creativity. :-) @ElsiumEd pic.twitter.com/T283tvkX30— Elsium (@DavidKirtlan) February 8, 2014 これ知ったのは増井さんの講演を紹介されてる記事なのですがそこで そして大事なのが、点と点を最短距離でつなげるだけでなく、異なる組み合わせをすることで、新しい全く考えもしなかった物が作れる
米特殊部隊の元隊員が語る、リーダーに付きまとう5つの恐怖 | ライフハッカー・ジャパン
Inc.：どんなスキルだって、身につけるには何らかの恐怖を克服しなきゃいけない。リーダーシップの習得も同じだ。 恐怖を克服する第一歩は、事前準備にある。2003年、私はバグダッドで海軍特殊部隊（SEALs）を率いていた。メンバーに実戦経験はなく、自分たちがどれほど訓練されているのか、知る由もなかった。だが、初めての銃撃戦で、誰一人として怖気づく者はいなかった。全員が、戦闘から逃げようとせずに、最善の努力を尽くしたのだ。 チームを率いることには、多くの恐怖が伴う。起業家は、会社の成長に伴い、その恐怖に直面することになる。当初は"アイデアを持った熱意ある人"でよかったのに、いずれリーダー、マネジャー、そして、インスピレーションを与える存在と見られるようになるのだ。この一連のプロセスは、思っていたよりもずっと早く訪れる。リーダーである以上、この課題を避けることはできないのだ。だから、それに対処で
「エンジニアは技術力がすべて」iPhoneを開発するApple日本人エンジニアが語る、キャリアの作り方 | TechPeople
日本企業から米国のスタートアップ、そしてAppleへ。藤野栄二氏は、日米で数々のIT企業を渡り歩いてきたハードウェアエンジニアだ。「遊びが好き、アメリカで働きたい」――。そんなシンプルなビジョンのもと、エンジニアとしての腕を頼りにキャリアを切り開いてきた。今回はそんな藤野氏にAppleでの仕事内容、これまでのキャリアについて聞いた。 “熱湯風呂”のようなApple ――現在はどんなお仕事をしていますか？ Appleで「RF DESIGN」という肩書きで働いています。iPhoneの無線の設計を担当しています。 ――Appleでの働き方を教えてください。 みんな9時には出勤して、少なくとも18時までは働いています。やるべき仕事があれば、23時くらいまで残って仕事する人もいます。 これは前職のMarvellセミコンダクターという会社とは大きく違いますね。Marvellの勤務スタイルはもっと自
LINE QというLINEよりも恐ろしいコミュニティが出来上がっている
最近のLINE Qというアプリを入れてみた。LINE関係なので利用者の年齢層はわかっていたけど予想以上にひどい状況だった。 LINE Qは2013年12月5日にサービスを開始した。知恵袋よりも手軽にそして、Twitterのような感覚で使えるサービス。 まずはじめに、知恵袋でいう知恵コインが一定数貯まるとLINEのスタンプを購入する時に使えるコインや現金に換金できる仕組みがある。 この仕組みによってユーザーが増えていると言っても過言ではないだろう。 ただし、換金するためには30000ポイント以上貯めなければいけないし、1ポイント=0.1円なのでそう簡単には換金できない。 一気に稼ぐために「私に聞いて」という機能がある。ただ、私に聞いてと言っても答えるのはネットでかじった情報なのであまりたくさんの質問付いているのを見たことがない。 まぁここまでは許せないこともない。通常の質問がヤバすぎる。 ま
大学でフロントエンドエンジニアは評価されない | Kimamass News
大学の課題で milkcocoa を使って、マウスカーソル共有協力プレイ Web サイトを制作しました。 Endless Doors そして、そこで発表したプレゼン資料がこちらになります。 その授業でちょっと思うことがあったので、書いていこうと思います。 まず、その講義について。 基本的にその講義は HTML をほとんど書いたことがない人が半数以上受講します。 WWW とは何かの解説から始まり、Unix コマンドについて、HTML について、そして PHP, MySQL と続いていきます。CSS, JavaScript に軽く触れたりするものの、授業の大半が PHP, MySQL となっていて、Web がサーバーサイドとデータベースで成り立っているということを認識させる授業です。 ところで私は生粋のフロントエンドエンジニアです。デザイナーでもなければ、バックエンドもやっとここ最近
Amazon EC2再入門 2015年1月版 | DevelopersIO
ウィスキー、シガー、パイプをこよなく愛する大栗です。 半年前に「Amazon EC2再入門 2014年7月版」と銘打ってEC2の記事を書きましたが、AWSらしい頻繁なアップデートによって古くなっている部分もあるので、記事もアップデートしようと思います。 最近EC2関連の重要アップデートが出てきました。嬉しい機能が増えているのですが、昔の知識では使いこなせないので、現時点でのEC2の起動方法について纏めようと思います。 起動手順 EC2を起動していきましょう。 AMIの選択 AMI(Amazon Machine Image)を選択します。 AMIの種類 Amazon Machine Image(AMI)には以下のような種類があります。 My AMI 自分で作成したAMIです。 AWS Marketplace Marketpkaceで公開されているAMIです。 Community AMI 他の
多種多様な基準から見るプログラマの市場価値 | POSTD
私は毎日、 Teamed.io で働くことに興味のあるプログラマから何通かメールをもらいます。彼らへの最初の質問は「あなたのレートは？」（ 当社は時給ベースで給与を計算します ）ということです。何より驚かされるのは、2つの方向性で、誤った試算をしているプログラマが多く見られるということです。 時給5ドルから500ドル（600円から60,000円）まで答えはさまざまです。決して否定はしませんが、私自身で代案を出してみます。このブログ記事では、どういった要素を計算に入れるか、または入れないかを述べたいと思います。私の個人的なキャリアもありますが、これが業界のスタンダードとは思わないでください。あくまで客観的で論理的だと思っていますが。それでは説明しましょう。 オープンソースへのコントリビューション ソフトウェア開発者にとってまずポイントとなり、かつ重要となる特性です。あなたはオープンソースプロ
開発者の仕事が遅いわけではない！納期が遅れるホントの原因 | POSTD
“なぜ納期を守れなかったのだろうか？” 我々マネージャが、納期に遅れることを自分のチームのせいにするのは簡単です。しかし、納期に遅れる原因は本当に開発者の仕事が遅いせいでしょうか？ Sprintly は、開発者のサイクルタイムに関する膨大なデータを保有しています。当社は、タスクのサイズごと（S、M、L、XL）、また種類ごと（ストーリー、テスト、バグ）に、完了までにどれくらいの期間がかかるかを追跡しています。 当社が調査した動向について 1点目：開発者は非常に平均的です。ユーザ全体で見たサイクルタイムはほぼ同じであることを当社のチケットデータが示しています。システム内の全チケットの75%は、開始後およそ175時間で完了しています。 ^(1) 2点目：変動があるのは、ほとんどがチケットが開始される前（SomedayからBacklogまで）の段階です。これは、関係者が仕様を理解して作業の優先順位
歳は気にするな。という自戒 - mikedaの日記
自分はLinuxは社会人になった26歳(新卒研修中に27歳になってたけど）から、WEB系技術は最初の転職の29歳から、と全体的にスタートが遅かった。 ※ちなみにプログラムは大学院の24歳から。CとC++とVBを少々。 なのでずっと、歳相応の能力がない点についてそれを言い訳的に使うことが多かったし、 個人に関する何かの決断について、もうけっこういい歳だしなぁみたいなことを考えることも多かった。 ※この業界はすんごく若くて優秀なやつがいっぱいいるからね！ まぁでも、 CAのoranieさんは26歳までアパレル店員だったし、 ペパボだと四天王の黒田さんは30歳まで郵便局員で、 技術責任者のあんちぽさんは32歳まで役場職員だった。 うろ覚えだけど。 少なくともWEB系のエンジニアとしてなら何をするにせよ、ビジネス的な成果を出すために最低限必要なスキルを身につけることに関して、そんなに長大な時間を要
機会は自分で作る--フルスタック目指すならプログラミング5000時間
印刷する メールで送る テキスト HTML 電子書籍 PDF ダウンロード テキスト 電子書籍 PDF クリップした記事をMyページから読むことができます 前回は、スキルがフルスタックに求められる背景、単一のスキルのみのエンジニアより、マルチなスキルを持つエンジニアが人気となる構図を説明した。そして、現場ですべてを素早く正確に遂行する「1人でなんでもやってくれる人」が「フルスタックエンジニア」として呼ばれる。“やってくれる”を大きくとらえると、以下のようなアクションの実行である。 機能やサービスレベルを理解し、複数案から最適なシステム構成を考えられる 各種手配をおこない、システム構築に必要なリソースを揃える 手を動かして環境を構築、プログラミングをし、システムを作り上げる 求められるレベルへ改良を重ねられる では、具体的に何のスキルをどれぐらいスタックすればよいのか。今回は若手エンジニアが
3年半の振り返りとKPT | blog.smarteducation.co.jp
谷川です。年末ということですが、今年だけでなく、いままでの3年半を振り返ってみたいと思います。 すべては思い出しきれなかったのですが、なにを考えながらやってきたのか、伝えたいこととしては、3年間でやれたことというのは思ったほど少なかったということです。 創業から半年 状況 創業メンバーの5人の中、エンジニアは自分1人 プロダクトはアプリだが、いままではWEBアプリしかやったことなかった アプリエンジニアを探していたが、人脈は一切なかった オフィスに常駐という点を妥協したところ、何人かの優秀なフリーランスの方と協業でき、初めてのプロダクトをリリースすることができた（そしてアプリマーケットで大きくfeatureされた!） 感じたこと いままで学んだことが（中途半端なものも含め）色々とこの時期に役立ち、スタートアップという環境が自分に合っていると感じた。自分の守備範囲を広く持てる人は活躍できる環
起業家が開発者のマネージメントで犯しやすい11の失敗 | readwrite.jp
ソフトウェア開発者達を育てるには、あなたのリーダーシップのスタイルを変える必要があるかもしれない。彼らは、一般的なマネジメントでは必ずしも輝かないのだ。何が一番重要か？前もってはっきりとした予測を立てる事、そして問題になる前に作業習慣の違いを考慮しておく事だ。 我々はYoung Entrepreneur Council （YECの11人の起業家達に、彼らが開発者を管理する上で経験したリーダーとしての大失敗と、同じ間違いを避けるためのコツを共有してもらった。彼らの回答は以下の通りだ。 彼らが意見を述べてくれると思い込む事ソフトウェア開発者達が自分の課題やアイディア、あるいは手柄についてさえも話してくれると思い込まない方が良い。多くの開発者達はチーム・ミーティングでこういった情報を進んでシェアしようとしない。開かれた、真摯なフィードバックは常にあなたから要求しなければならない。 自分の努力に対
仕様の決まる速度で実装する - mizchi's blog
最近プロトタイピングの仕事が多くて、とにかく雑に実装して、これでいいかデザイナかディレクターに確認とって、そこでリファクタみたいな過程をとることが多い。技術的にどこまで可能か未検証で、かつ仕様もはっきり決まっていないので、手戻りを最小にするためにとにかく早い段階でデモをみせる。 技術的にどこまで可能なので、どうすると開発が楽で、どこから先が大変で、どこから先が不可能かを説明しながら、その場で仕様の隙間を埋めたり、時には仕様を変更することがある。プロトタイピングの段階で勝手に一部の仕様を決めちゃって、事後追認してもらってるときもある。そこで、説明しながらその場でコードを書いてる。 エンジニア同士のペアプロは、コードを書く過程そのもの意味があるから、すべての過程をみせることに意味があるんだけど、非エンジニアに自分の席の隣に来てもらって、説明しながらの作業だとエディタを長い時間みせるわけにはいか
エンジニアの評価観点について - @katzchang.gist
techass.md エンジニアの評価観点について こんにちは。 @katzchangです。 VOYAGE GROUPでは人事評価制度の一つとして技術力評価会というのが年に2回ほど開催されて、半年くらいの仕事から何かテーマをピックアップしつつ、別チームのエンジニア2名とお話をしつつ、なんと評価までされてしまうという、とても楽しい会があります。 評価する側のエンジニアも多様で、ある程度の評価軸はありつつも、それぞれの質問や評価はそれなりに個性が出るものだろうなーと眺めています。ということで、私なりの質問や評価のポイントをいくつか挙げてみます。 質問に対して明確に答えるための手段を知っているか？ 例えば「キャッシュの有効時間はどれくらいか？」みたいな質問をすることがあるとします。当然、「わかりません！」で終わると残念なのは皆知ってるので、頑張って答えようとします。しかし、その場で「xx分です！
30歳エンジニアの個人的な反省とこれから | tsuchikazu blog
これはPepabo Advent Calendar 2014の21日目の記事です。 昨日は@getsukikyuさんの野菜 - ロマネスコに見る幾何学でした。 明日はnezumi650さんです。 もう年末で、みなさん1年を振り返り、評価の面談などが実施されている時期ではないでしょうか。 今日は、Pepabo Advent Calendarに書くことではないかもしれませんが、個人的な反省点と来年に向けてやっていきたいことをまとめていきたいと思います。 ペパボのエンジニア評価制度について、おいちゃんがAdvent Calendarに書かれていて(ペパボのエンジニア評価制度を、社内の一般エンジニアはどうみているのか？ - 彼女からは、おいちゃんと呼ばれています) この記事でいう一般エンジニアでの視点になります。2年半前に新卒で入ったSIerからペパボに転職し、3月で30歳になります。 反省するこ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
TechCrunch | Startup and Technology News
プロシート（PROsheet） | フリーランス向け週２日〜のお仕事紹介。
