Figmaを使って開発チームの生産性をあげるプロダクトマネジメント｜坪田 朋
開発現場に Figma を導入してチームの生産性が上がった話です。 デザインドリブンで、プロセスを可視化しながら進める僕の開発スタイルと相性が良いので、最近はクライアントワークでも啓蒙しています。 Figmaは平たく言うとデザインコラボレーションツールですが、こちらのリンクから動画をみると雰囲気が伝わると思います。 https://www.figma.com/ UIデザインツールのリッチ化ではなく、開発チームとコミュニケーションのしやすさが強みで、1人でUIを作るならSketchの方が使いやすいかもしれません。エンジニアやプロダクトマネージャーとガンガン議論して仕様を詰めていくスタイルを好む人はFigmaと相性良いです。 デザインプロセスが可視化されるためプロダクトマネージャー、エンジニア視点でも有用なツールだと思います。 Figmaを使ってよかった点まとめ・「デザインをみんなのモノに」を
エンジニアもプレゼン入門！ LT（ライトニングトーク）のテーマ選びから、スライドの作り方まで｜ハイクラス転職・求人情報サイト AMBI（アンビ）
エンジニアもプレゼン入門！ LT（ライトニングトーク）のテーマ選びから、スライドの作り方まで LT（ライトニングトーク）は、 カンファレンスなどで実施される短時間のプレゼンテーション。エンジニアにも避けて通れないプレゼンの経験を積むには絶好の機会です。LTに挑戦したい若手エンジニアに、気をつけるべきポイントをお伝えします。 エンジニアとして仕事をするときにも避けて通れないのがプレゼンテーション。ディレクターや営業などの他職種のメンバーに対して技術側から説明すべき場面や、提案をしたい場面で必要になるでしょう。技術力を高めるだけでなく、新人のうちにプレゼンテーションにも慣れて苦手意識をなくしたいところ。 しかしながら、業務中に自分からプレゼンテーションの機会を作るのは難しいでしょう。そこで、LT（ライトニングトーク）をうまく活用することをおすすめします。 今回はLTに挑戦する際に気をつけると良
まともなコードが書けるエンジニアならどこでも海外移住できるという単純な理由 - ベルリンのITスタートアップで働くジャバ・ザ・ハットリの日記
ベルリンでもシンガポールでもITスタートアップのエンジニアチームで一緒に働いたチームメンバーの中に現地人はひとりも居なかった。そういう現状からITエンジニアならほぼどこでも移住できますよ、という理屈になる。 現地人とはその国で生まれ育った人のこと。例えば現在働いているベルリンのスタートアップのエンジニアチームにはイタリア人、インド人、ロシア人、ルーマニア人、ポーランド人、スペイン人、日本人（私）が居る。つまり地元ドイツのドイツ人は居ない。シンガポールに居た時もそう。エンジニアチームにシンガポール人はひとりも居なかった。他の会社も探しまくればどこかには居るだろうが、全体的に数が少ないのは確かな話。 その理由はコンピュータ・サイエンスの基礎知識があって、かつまともにコードが書ける人なんてそうそう居る訳ではないからだ。国内人材の方が現地の言葉はもちろん習慣なんかも把握しているので、国内でエンジニ
エンジニアの立ち居振舞い：話しかけられやすい雰囲気を出す - m_nakamura145’s diary
お題「エンジニア立ち居振舞い」 エンジニアは集中しているとき話しかけられると困る、のような記事がインターネットには多い。(実際集中が途切れると困るのだが) しかし、そういった記事を読んだ他職種の人達は逆に話しかけづらくなってしまい、 エンジニアに話しかけるタイミングが難しいと思ってしまう人も多いんじゃないかと思う。 自分はできるだけ、話しかけやすい雰囲気を意識して出すということを心がけている。 例えば、 仕事中はできるだけイヤホンをしない 誰かに話しかける時は常に笑顔で明るいトーンで話す 朝早く出社することが多いため、オフィスの入り口近くで仕事をしながら出社して来る人全員に「おはようございます」と言う どんなに小さなことでも誰かに何かをしてもらったときはお礼をする 会社の飲み会などの場合、エンジニア以外の普段話さない人の席の隣に座る など。 話しかけられやすいと誰かに思ってもらうためには、
地方のIT業界に必要な顧問エンジニアというモデルを考えてみた - GoTheDistance
facebookに流れてきたこのエントリ、衝撃的な内容でした。 risingsun-system.biz 技術者と会話が成立しない うわっ・・・となった。 こちらのお客様は、過去何度も地元のソフトウェア開発会社に仕事を頼もうと、いろんな会社とコンタクトを取られたといいます。しかし残念ながら、どの会社とも取引にいたることはありませんでした。 理由は様々ありますが、煎じて詰めると「技術者と会話が成立しない」ということでした。 自分の住みたい地方のIT業界をより良くするために必要な構造変革とは？ 「業務がわかるエンジニアがいない」→「地方のユーザー企業から元請けの仕事を取れない」→「大手の下請けに入る」→「地元で業務が設計できて実装まで行えるエンジニアが育たない」→「業務がわか(ry」のループに入っている様子が鮮明に見えちゃいました。上記のエントリを書いた方は長野県の方ですが、どの県でも同じよう
エンジニアとして成長するべく私が実践している学習方法 - Qiita
＜この記事は「Money Forward Advent Calendar 2015」の10日目の記事です＞ エンジニアとして成長するために日々、新しいことや興味のあることを勉強している方が多いと思います。 今回は私が実践していてオススメだと思う学習方法を紹介させていただきます。 その1 Twitter ある言語や分野について学んでいくうちに自ずと、その界隈で有名な人を知るようになると思います。 それは、困った時にググると毎回出てくるブログの著者の方だったり、勉強会に参加した時に発表していた登壇者の方だったり。 そうやって知った方々を私はTwitterでフォローするようにしています。 理由として、そういった方々はアウトプットが素晴らしいため、Twitterでのツイートも有益な情報をつぶやかれていることが多いと感じているからです。 また、その方がフォローしている方やBotもとても有益な情報をも
「Fluentdをきっかけにビジネスが回る仕掛けがとっても気持ちイイです。」
クラウドを活用したデータマネージメントサービスを展開するトレジャーデータのCTO、太田一樹氏にインタビューを行った。同社がメインで開発を進めるログ収集のためのオープンソースソフトウェア「Fluentd」とコアなビジネスモデルとの関係、トレジャーデータの狙っているユーザー層、更にはエンジニアの雇用から人工知能の可能性まで幅広いトピックに及んだ。 まずはCTOとしての業務領域を教えてください。 現在はCTOという肩書きで、約80名ほどの社員の中の30名ぐらいを占めるエンジニアリングとプロダクトマネージャーを統括する仕事をしています。プロダクトマネージャーというのはアメリカのIT企業では普通なんですが、製品の位置付けとか顧客ニーズを理解したり、顧客向けのメッセージを作る役目です。それに加えて製品を使って頂いているお客様への対応を行うカスタマーサポートのエンジニアという人たちも統括しています。その
1on1は仕組み化して「やらない理由」を作らないことが大切ーー新進気鋭4社のCTOが語る社内コミュニケーションの方法 #IVS - BRIDGE（ブリッジ）テクノロジー＆スタートアップ情報
招待制カンファレンス「インフィニティ・ベンチャーズ・サミット宮崎」との共催の形で開催されたアマゾン データサービス ジャパン主催の「IVS CTO Night & Day」もまた興味深い話題が多かったようだ。 私は残念ながら全てのセッションには参加できなかったので、個人的にとりわけ興味深い「経営者としての技術者」の側面が話題になるセッションを訪ねることにした。CEOとCTOの会話、CTOとして社員とどう向き合うのか、重要視される役割は技術なのか経営なのか。 上場を果たして間もないクラウドワークス、動画クラウドソーシングでヤフーからの出資を決めたViibar、世界展開に向けて大型調達を決めたChatWork、そしてKDDI傘下入りして大きく陣容を変えつつあるnanapi。この4社の技術責任者たちが「成長する企業におけるCTOの役割」について意見を交わした。アマゾン データサーヒ
【前編】苦労の先に掴んだものとは？メルカリ技術トップが20代の日々を赤裸々に語る
Twitterでハッシュタグ「#naoya_sushi」が生まれてしまうほど、無類の寿司好きとして知られる伊藤直也氏（@naoya_ito）。そんな伊藤氏をホスト役とし、トップエンジニアをゲストに招いて、寿司をつまみつつホンネで語ってもらおうという、この企画。 第五回のゲストは、弱冠29歳にして2015年5月から『株式会社メルカリ』の執行役員として技術領域のトップに就任した、柄沢聡太郎氏（＠sotarok）。新卒で『グリー株式会社』に入社し、その約1年後には『株式会社クロコス』での起業を果たし、社会人2年目にしてCTOを務め、その後『ヤフー株式会社』に買収され、現在に至る――と華麗かつ怒涛のキャリアを歩む柄沢氏の軌跡から、これからCTOを目指す若手エンジニアの指標を導き出せるか、乞うご期待！ — 伊藤直也（以下「naoya」）：とりあえず乾杯しましょうかね。 — 柄沢聡太郎（以下「sota
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
ドワンゴの準エンジニア手当という制度が面白い - 続・はてなポイント３万を使い切るまで死なない日記
ドワンゴにはエンジニア手当というものがあって、プログラマーの給与水準が全体的に高くなっている。要するに優遇されている。 しかし、プログラミングの知識はエンジニアだけでなく企画者、あるいはデザイナーにとっても重要である。したがって、エンジニアから他の職種へのコンバートも積極的に進めるという方針がドワンゴにはあるのだが、このときにエンジニア手当というのが問題になる。要するにエンジニアをやめて他の職種にいくと給料が下がるのだ。 そのため元エンジニア手当みたいなものを作ろうとかいうような話もあったのだが、それはそれで不公平ではないかという議論もあり、結果として準エンジニア手当というものを創設し、一定の技術スキルがあることが試験で認められれば、元エンジニアだろうが、元からの企画者やデザイナーだろうが、給料が上がるという仕組みを導入することにしたのだ。 これがいまドワンゴ社内で盛り上がっているらしい、
機械学習で大事なことをミニGunosyをつくって学んだ╭( ･ㅂ･)و ̑̑
ANYGMA講義第１回 ミニGunosyをつくった。その解説と機械学習プロダクトで詰まる点Read less
グリーの“技術”を10年支えるCTO藤本氏が「最もやりたいこと」
2014年12月に創立10周年を迎えたグリー。SNSからゲーム、さらには生活領域へと事業を拡大する同社を技術面で支えてきたのがCTO（最高技術責任者）の藤本真樹氏だ。10周年を機に、社内を活性化するためのプロジェクト「Refactoring GREE」を立ち上げるなど、組織としての成長にも力を注ぐ藤本氏に、グリーでの10年を振り返ってもらうとともに、改めてCTOの役割について聞いた。 ――藤本さんは2005年6月にグリーに入社しました。グリーと共に歩んだこの10年を振り返ってみていかがですか。 おかげさまで会社として成長することができました。マンションの一室だったところから、こうして1000～2000人の仲間と働けるようになったことは貴重な体験ですし、大きな変化だと思います。一方で、急成長したことで（コンプガチャ問題などで）世間にご迷惑をおかけしたことは真摯に反省しないといけないと思ってい
社員数名の開発会社が20人採用したあと黒字をキープするためにやったこと｜TechRacho by BPS株式会社
2年前、役員と社員あわせてエンジニア5人だった弊社は1年間で20人のエンジニアを採用しました。採用前の当時の売上は約1億。採用のために使ったキャッシュは売上の10％程度の1000万円前後。社内の実働も含めると実質売上の15％以上です。それについては以前記事にしましたので興味があるかたはこちらをどうぞ。今回のその後についでです。そもそも何やってる会社だ？と興味もってくださった方はこの記事でも軽く紹介しますがもしよければ弊社HPをご覧ください。 採用の目的は事業拡大でした。時間の切り売りから商品の提供まで売り方は様々でしたが弊社売り物は技術です。だからエンジニア募集しました。そして自分たちの夢を一緒に追いかけてくれる人が20人も集まってくれました。数年間3~7人でやってきたのでまるで夢のような感覚でした。でも悪夢のような速度でお金が飛んでいきます。倒産しかけるって表現は人それぞれだと思いますが
ウェブサービス開発の現場におけるデザイナー不要論と5〜10年後の生存戦略 - 情報建築家 石橋秀仁
本稿では、まず「ウェブサービス開発の現場で、ウェブデザイナーの仕事はエンジニアに奪われつつある」という脅威を語る。次に、生存戦略を考えるヒントとして「分かりやすい生存戦略」を2つ提示する。「アートディレクター」と「フルスタックウェブデザイナー」という2つの生存戦略だ。 なお、「仕事を奪われていくプロセス」と「生存戦略を遂行するプロセス」について、5〜10年程度のタイムスパンをイメージしている。 ウェブデザイナーの仕事がエンジニアによって奪われつつある ウェブサービス開発の現場では、ウェブデザイナーの仕事がエンジニア／プログラマーによって少しずつ奪われつつある。とくに小さな組織や新規事業の現場では。 象徴的なのは「Bootstrapがあればデザイナー不要だよね」論。「もはや社員としてデザイナーを雇う必要はなくて、必要な時にランサーズで発注すればいいよね」「スタイルシートいじったり画像パーツ作
35歳定年説より怖いフルスタックエンジニアしか生き残れない未来とは - paiza times
Photo by Joi 今回のpaiza開発日誌は片山がお送りします。 今後も技術（開発）を中心にエンジニアとしてのキャリアを歩んでいきたいなと考えている方向けに最近騒がれているフルスタックエンジニアとは何か、という事と、何故今後フルスタックエンジニアしか生き残っていけないのか？という事について書いてみました。 ■最近よく見かける【フルスタックエンジニア】とは何か？ まずStackって何だろう？、というところで海外の記事などを読むと"LAMP stack"という言葉が良く出てきます。LAMPの場合、OSはLinux、WebサーバはApache、データベースはMySQL、プログラミング言語はPHP(もしくはPerl、Python)という形で組み合わせたものの事を言います。つまりOS、Webサーバ、DB、プログラミング言語の組み合わせ≒積み重ね、なのでStackという事のようです。こういった
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
30歳になったときにどういうポートフォリオを組めるのかー株式会社ドワンゴ 塩谷 啓様（Forkwell Portfolio ユーザーインタビュー） - Forkwell Press
エンジニア向けツールのAtlassian、プロジェクト管理のTrelloを約4億ドルで買収
もし次の常駐先が女子エンジニアばっかりだったら
ドワンゴの新卒エンジニアが�新規サービスを立ち上げるまで
