エンジニアtypeは、各種エンジニアをはじめ「創る人たち」のキャリア形成に役立つ情報を発信する『@type』のコンテンツです。
Twitterでハッシュタグ「#naoya_sushi」が生まれてしまうほど、無類の寿司好きとして知られる伊藤直也氏(@naoya_ito)。そんな伊藤氏をホスト役とし、トップエンジニアをゲストに招いて、寿司をつまみつつホンネで語ってもらおうという、この企画。 第七回にして本対談もついに最終回を迎えることになりました。その栄えある最終回を飾ってくださるのは、あの『株式会社ドワンゴ』の川上量生氏! 創業期からエンジニアとして第一線で活躍し、現在は代表取締役会長と『象徴CTO』を兼務。そして『株式会社KADOKAWA・DWANGO』(10月1日付で社名を『カドカワ株式会社』に変更予定)の代表取締役社長、『スタジオジブリ』のプロデューサー見習い、アニメーション製作会社の『株式会社カラー』では取締役と、業界では知らぬ者はいないスーパースター。そんな川上氏が、プライベートでもゲーム仲間として交流のあ
"首都「圏」から島根「県」へエンジニア・ワークシフト2015" での講演資料です
技術顧問ブームですね。先日退職してから色々な会社を回ってて、これニーズあるんじゃね?って仕事を何個か思いついたので、列挙してみます。 チーム開発を軸にした技術顧問 やること: 開発プロセスの構築・実行・改善、ミーティングのファシリテートを行い、チーム開発を良い感じにする。 必要そうなスキル: チームを作った経験。ソフトウェア開発プロセスの知識と実務経験。それなりの技術力。 GitHubでコードレビューしてCI/CDを回して、っていうスタートアップでよくあるエンジニアリングの型はある程度できているけど、うまく運用できていないところは少なくないと予想している。わかってる人が手伝ったら軌道に乗るまでが早そう。事業や組織の性質・フェーズに合わせる必要もあるし結構難しい。チームで仕事をするというカルチャーを伝えるのも価値がありそう。人間力が問われますな…。 個別技術を軸にした技術顧問 やること: 技
じゃらんnet、ホットペッパー グルメなど毎日の生活に役立つサイトから、クラウドレジアプリ「Airレジ」などBtoBサービスまで、リクルートライフスタイルは非常に多くの事業領域を手掛けています。ITに対し大きなチャレンジを続けているリクルートライフスタイルの人事とエンジニアが、一緒に働きたいエンジニア像について議論しました。エンジニアの働き方、キャリアパスをどう考えているかも伺います。 座談会出席者(上写真、左より):神山良太さん、小川健太郎さん、副田俊介さん、塚越啓介さん、佐橘一旗さん (※この記事は、株式会社リクルートライフスタイル提供によるPR記事です) ▽ エンジニア採用情報 | リクルートライフスタイル RECRUIT LIFESTYLE ――というわけで、まずは自己紹介をお願いします! 神山 人事部で、IT系の中途採用、サービス開発部隊であるネットビジネス本部の人事サポート全般
日本Web技術界隈著名人の残念さ具合 - thinkchangの日々日誌 は内容自体はどうしようもないのだけど、テーマ自体は自分も日頃悩んでいたものなので書き出してみる。あ、そういえば行方不明のmalaさんは一昨日のハッカソンで振り向いたらいたんで大丈夫です。 キラーアプリの出現と技術的イノベーションに相関あるかと言われたらあるとは思うけど枯れた技術の水平思考的な余地も十分あるんでキラーアプリが必ずしも技術的なイノベーションを果たしている必要はない。ただし技術優位がない場合は企画レベルで制限かかるので、それを許容するかどうかという話— 賢さを上げて法で殴る (@mizchi) 2015, 8月 24 技術的イノベーションによって可能になったサービスはたくさんあって、たとえばデータベースを使った動的なウェブサービス、2000年前ごろにPerl CGIが現実的な速度で動くようになってから増えた
それとも、”私はデザイナーなので、そんなことを知る必要はありません”と言い張るのか 私の職業はデザイナーです。私はエンジニアが好きです。ちょっと度が過ぎるくらい好きかもしれません。以前、Facebookの グループ に参加した時、かなり前からチームのメンバであるiOSのエンジニアと初めて話して、口から泡を吹いたことを思い出します。私はその時、これまでに自分がObjective-Cでコーディングしたものについて、勢い込んで話し始めました。まるで、高校の新入生が、上流階級の生徒に対して、自分が付き合う価値のあるカッコいい人間だと証明しようとしているみたいだと感じました。 デザイナーの多くが、エンジニアとの話し合い方を実はよく分かっていないと思います。もちろん、デザイナーはエンジニアと話しますが、本当の意味で関わろうとしていません。この記事を書いた理由はそこにあります。ソフトウェアエンジニアの懸
アカウント登録をすることでGitHub, Qiita, Slideshare, Stack Overflowの情報からスター数を集計します このインタビューでは、Realm社に今年2015年の春から所属する@kishikawakatsumiの住むマンションに伺い、日本で海外のメンバーと仕事をする上でどんな苦労があったり工夫があるのか、入社試験のようなものはどんなものだったのか、Objective-C/Swift/Android Java版の足並みを揃えるためにどういうプロジェクト管理やコミュニケーションを行っているか、について訊いています。 インタビュアーは@ninjinkunと私@yimajoが行いました。 まずRealmとは何か Realmについて説明すると、TightDBというC++で書かれた独自のエンジンを使用したiOS, Android向けのデータベースで、Realm社によって開
こんにちは、id:onishiです。今日もはてなの技術部の取り組みを紹介します。今回のネタは「エンジニア実績システム」です!ちなみに前回は「毎週勉強会」を紹介しました。 エンジニア実績システム はてな技術部では、ブログの公開やOSS活動、イベント登壇など社外にプレゼンスを発揮する活動を推奨するための取り組みを行っています。今回紹介する「エンジニア実績システム」もその一つです。 実績とは何ですか? 実績とは、特定の行動をゲームで達成したことに対するリワードです。 Xbox One の実績とチャレンジ 「実績」とはXbox 360, Xbox One に搭載されている同名のシステムを意識しています。Xboxのそれがゲーム内の進行状況や難易度の高い行為によって報酬を獲得できるのと同じように、エンジニアの社外プレゼンス活動に対して実績を設定し、エンジニアスタッフ個々人の実績解除を推奨しています。
本日、以下のような文章を読んだ > I was suffered from ~ ~の部分には遭遇した諸問題について書いてあったので、この文章は「苦しめられた」と言いたいのだと推察できた。ただ、残念な事に、be suffered というのは多分現在ではほとんど使わないし、意味が若干違ってくると思う(詳しくは検索してきて!) sufferと言う言葉は「苦しむ・被る」という意味なので、受け身にすれば「苦し『められる』」という意味になるのではないか、というつもりだったのはないかと推察するが、sufferはすでに受け身の意味なので、I sufferですでに何かに苦しめられているのであり、これをさらに受け身にする必要はない。 > I had to suffer from having to deal with spaghetti code とかなら、「スパゲッティコードに立ち向かわなくてはいけなかった
SmartNewsで広告プロダクト責任者をやっております、渡部と申します。 昨日(6⁄4)に「世界に羽ばたく!! Product Manager Night」というイベントをスマートニュース社オフィスにて開催しましたのでご報告です。 イベント概要 登壇者は 中村 智武 氏 (CyberZ OPENREC事業部 開発局局長兼プロダクトマネージャー) 川崎 修平 氏 (DeNA 取締役 最高技術責任者) 荒木 英士 氏 (GREE 取締役執行役員) あと、僕、、、 という若干一名を除いてはめちゃくちゃオールスターキャスト。 だって、「F.O.X」作った人と、モバゲー作った人と、クリノッペ作った人ですよ。調子に乗ってダメ元でイベント登壇のお誘いしたら皆さん二つ返事でOKしていただいて、ほんとイケメンすぎ。 そもそも、なぜ「プロダクトマネージャー」のイベントを企画したのかというと、海外のカンファレ
僕は本来、人前に出て積極的に話そうとは思わないし、目立たずにおとなしく引きこもっていたいみたいな気持ちがある。潔癖な部分もあるので、プレゼンスばかり高くて技術力がないような中身が無い人間になりたくないし、そうなったら死ぬしか無い、みたいな気持ちもある。それなのに何故、ものすごく技術力があるわけではない自分が対外発表をするのか。 それは元はと言えば対外発表をするような側に行かないとエンジニアとして生き残れないのではないかという危機感があったからです。 Shibuya.pmの衝撃 初めて参加したShibuya.pmは#10だった。その頃の僕は一企業のよくある何でも屋の1人システム担当であり、開発のメインは前担当者から引き継いだレガシーASPだった。そしてつぶしの効く技術を習得したいと思いPerlを学び始めた頃だった。そしてPerlがそこそこ書けると手応えを感じ始めているところだった。 ところが
今回はTODO-ModuleのSPA(シングルページアプリケーション)クライアントをVue.jsを使って作っていきます。 Vue.jsとはViewModelに特化したフレームワークです。AngularJSやKnockoutJSに影響を受けており、似ているところも多々あります。 AngularJSはフルスタックですが Vue.jsはそうではないので、ViewModel以外の部分は自作するか、他のライブラリを使う必要がります。 今回はVue.js以外にルーティングライブラリであるPage.jsと バリデーターのvue-validatorを使います。 デモアプリとソースコードはこちらに公開しています。 TODO-Module-Vue ソースコード 動作環境 OS X Yosemite node v0.10.37 npm 2.7.3 今まで同様に、このクライアントアプリの動作確認にはAPIが必要な
http://b-engineer.jp/ 弊社、株式会社Branding Engineerは、2015年5月20日(水)19時頃、 エンジニアのための職場選び(新卒・転職)サービス「Branding Engineer」をプレリリースいたしました。 「エンジニアの育成と価値向上を」という理念を叶えるための一歩として、エンジニアが転職、新卒の際に使えるサービスをリリースいたします。 Branding Engineer3つの特徴 エンジニアのための職場選びサービス「Branding Engineer」は、 新卒、転職、派遣を考えているエンジニアのための職場選びサービス。 特徴は大きく分けて3つあります。 ①独自のアルゴリズムで最適な会社をリコメンドします。 リコメンドされた企業に「気になるボタン」を押すだけで、あとは私たちが徹底的に転職サポートを致します。 ②トライアル入社「アフター7採用」で
今回は前回作ったTODO-Module-BackboneにMarionetteを導入していきます。 Backboneは薄いライブラリなので、オレオレ実装になってしまうことが多いです。 Marionetteを導入するとBackboneのベストプラクティスに乗っかれるので、大規模アプリには非常に有用です。 例えば 自動で描画をしてくれるので、自分でrenderメソッドを定義する必要がない ビューの管理をしてくれるので、破棄し忘れてゾンビViewが生まれる危険性が減る ヘッダー領域・メイン領域などを管理するRegion機能がある などさまざまなメリットがあります。 前回の記事 www.full-stack-engineer.com デモアプリとソースコードはこちらに公開しています。 TODO-Module-Marionette ソースコード 前回同様このクライアントアプリの動作確認にはAPIが必
エンジニアを一人にしない これは、決して一人プロダクトが悪ということじゃない。 孤独、孤立させることが問題ということ。 エンジニアを一人にさせないために 一人になってるエンジニアの周りができること 飯に誘う チャットルームで飯でいくらか話していた話題から、興味ありそうな部屋に招待する gitの使い方や、Windows 10の話とか、プロダクト外の話であれば共有しても問題ないのでそういうことをガンガン話す 飲み会については、たまにプライベートで安い飲み屋でもいいから誘う。お酒飲めない場合はランチ! もしエンジニアが体を動かすことに興味があるのであれば、フットサルなど、プロダクトではないけど協調作業を通じて成果がでるようなことをさせる。協力系のボドゲ(パンデミックとか)でも良いかもしれない 一人になってるエンジニア、あなた自身ができること エンジニアのエリアに顔を出して、挨拶する。これだけでも
嫁は専業主婦なんですが、エンジニアがどういうことをやっているのかをある程度理解してくれていて色々と捗ります。ただ嫁に限らずエンジニアじゃない人にエンジニアのことを理解してもらうのは結構難しくて、どう実現していったかを簡単に残しておこうと思います。 問題意識 仕事柄、突発的に問題が起こって帰りが遅くなることはざらにあります。特にリリース前は忙しくて帰りが遅くなることも多く、帰るたびに説明責任を果たす必要がありました。 また仕事以外でも勉強のために家で開発をしたりブログを書いたりすることも多く、ジトっとした目で不満を訴えかけられていました。 これは毎回同じような対応をするよりも、根本的に教育した方がいいかなぁと考えていました。問題の本質は 何をやってるか想像もつかないことにあると思ったからです。 クイズを出す こんな会話をしてました。 俺「(画面を見せながら)このボタン何%くらいの人が押すと思
コンピュータのエンジニアをやっていると、技術を高めたい、最新の技術を得たい、そして尖ったエンジニアになりたいと一度は思うものです。ただ、僕はそれらは諦めて、今年からは自分なりの落としどころを作ってやってみることにしました。 では、落としどころとは何なのか、です。のんびり考えていた中で、方針を決めてみました。 問題解決に関わる立場であり続けることを念頭に置く 最も効率よく開発・改善し続けられる技術を選択する 泥臭く・人懐っこくやる 仕組みを作る立場であり続けることを念頭に置く 僕はソフトウェアエンジニアとして転職を何度かしています。仕事をする中で、現在いる・過去にいた組織のどの上長も評価して頂いていたのは、人・お金・情報のバランスを取りながら、ソフトウェアを基盤にした仕組みを作って結果を出している点でした。 ソフトウェアエンジニアでありながら、最高の技術を導入したとか、最新の技術を普及させた
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く