祝！　エンジニアライフ10周年！　おめでたい！ ということで、10をキーワードにしたコラムネタを考えた結果、これまでプログラマをやってきてなんだか記憶に残ってる先輩や同僚の言葉を書き連ねてみよう、という謎の発想に至りました。 どなたかとネタかぶりしてないとよいのですけど......ドキドキ。 1.バグのないソフトウェアは存在しません 専門学校で最初に教わったことです。 当時は「しょっぱなから絶望を教えるとはどういうことだ」と思ったんですが、今では、最初に教えるべきことだな、と思っています。 プログラミング教育の教科書にぜひとも載せていただきたいです。 バグを認めつつ否定する、という矛盾と格闘することが、プログラマとして生きていくうえで大事な心意気だと思っています。 2.コードを書いてる時は、自分は天才だからちゃんと考えれば絶対できる、と思え。デバッグをしてる時は、自分はバカだから絶対つまん

お初です。2017年10月入社の @kobaken です。iOSアプリ開発を生業にしております。 最近はすっかりスタァライトされてしまい、舞台創造科の一員になってしまいました。 普段は声優のことを考える傍ら、pixivやpixiv SketchのiOSアプリの開発をしています。 ところで、iOSアプリ開発をされている皆さんの中に、このような現象に頭を悩まされている方はいるでしょうか？ なかなか終わらないビルド……侵食されるCPUリソース……固まるIDE…… わかります。自分も以前までは上記の症例に頭を悩まされ、【精神破壊(メンタルブレイク)】される寸前でした。 どうにかして作業効率を上げないと僕が病んじゃう！そうすると開発の手が止まって、新しい価値をユーザに届けられなくなっちゃう！私これからどうすればいいの〜〜〜！……そんなとき僕たちの目の前に現れたのが「iMac Pro」でした。 iMa

自身も7回の転職経験を持つmotoさんと転職をどう考え、 どう臨めばよいのかコンサルタントが対談しました

先日、フリーランスで働いている仕事仲間とランチをした際に、表題のようなテーマで盛り上がりました。私の周りでは同じようなことを考えたことがある方が多いようです。 実際にこんな事をやるという話ではなく、こんな会社を作ってうまくいくのかねぇ... という程度のレベルです。話に上がったことを中心に、まとめてみました。 フリーランスだけの会社とは、どんなものか 一言で言うと正社員という身分ではあるが、会社に縛られることなく各々が自分の事業を行うような会社です。 フリーランスになった人も何人も知っていますが、会社が持っている恩恵は大きいことを充分知っています。端的には、会社の都合が兎にも角にも優先されてしまう硬直さが受け入れ難く結果的にフリーランスになったという人も多くいます。自分で今日の仕事をデザインし、いつ仕事を開始して何を区切りとするのかを、自分で決めることができる「生き甲斐」を求めている人も、

先日慶應義塾大学日吉キャンパスで行われた builderscon2018、最高のカンファレンスでしたね。わたしも「開発現場で役立たせるための設計原則とパターン」というタイトルで発表させていただきました。今回は恒例「実況中継シリーズ」として、プレゼンの再現をブログで行いたいと思います。 なお、過去の実況中継シリーズは前職の技術ブログにまとまっていますので、そちらからご覧ください。 それでは本編を開始したいと思います。 開発現場で役立たせるための設計原則とパターン アバンパート よろしくお願いします。 まず最初に簡単に自己紹介をさせていただきます。 先月転職をしまして、8/1からClassiという会社で働いています。妻と息子がおります。Scalaが好きですが、仕事ではRubyメインという感じです。 Web+DB PressやSoftware Designで何度か特集を書かせていただきました。と

SNSで目立つのは、強者たちの意見。「顔出し実名で発信しろ、自分をメディアにしろ」「若いうちは失敗しろ。リスクをとってチャレンジしろ」「キャリアプランを設計しろ」…かっこいい。まぶしい。 が、そんなことばかり言われても無理です！ 誰かほっこりした人に、「別にそんなこと必要ない」って擁護してほしい…。 と思い、取材を申し込んだのがけんすうさん。華やかな経歴を持つ実業家なのに、どんな相手にも偉ぶることなく低姿勢。彼なら、若手ビジネスマンたちが悩まされる「こうすべき！」に対して「そんなことやらなくていいです」と擁護してくれるのでは？ けんすうさん、お願いします！ 〈聞き手：ライター・小沢あや〉 「顔出し・実名」で発信しなくてもいい。内容と表現の掛け算で勝負！ 【けんすう】1981年生まれ。19才で学生コミュニティ「ミルクカフェ」を立ち上げ、大学在学中にネット企業の社長に就任。2006年、リクルー

本書は、技術系マネージャーとそれを目指すエンジニアに向けて、IT業界の管理職に求められるスキルを解説する書籍です。テックリードからCTOになった経験を持つ著者が、管理職についたエンジニアが歩むキャリアパスについて段階をおって紹介します。インターンのメンターから始まり、テックリード、チームをまとめるエンジニアリングリード、複数のチームを管理する技術部長、経営にかかわるCTOやVPと立場が変わることによって求められる役割について、それぞれの職務を定義しながらくわしく説明します。 さらに管理職の採用や評価、機能不全に陥ったチームの立て直し、管理職についてからの技術力の維持など、様々なハードルを乗り越えるための考え方やテクニックを多数紹介。技術系管理職の全体を視野に入れ、各段階で必要なスキルを学ぶ本書は、マネジメントのキャリアを志すエンジニア必携の一冊です。 推薦の声 まえがき はじめに 1章　マ

毎年2月に目黒雅叙園にて開催されているデベロッパーの祭典『Developers Summit』。2017年の今年も02/16(木)〜02/17(金)の2日間に渡って行われ、私個人としても例年通り参加してきました(2012年以降6年連続)。当エントリでは聴講セッションのうちの1つ、『サーバレスにおける開発プロセス戦略』の内容についてレポートしたいと思います。 Developers Summit 2017 エンジニアとして生きる、技術の先にある現実に踏み出す 【17-A-3】 サーバレスにおける開発プロセス戦略 | Developers Summit 2017 目次 当セッションの登壇者 パネルディスカッション内容：本編 各者自己紹介＆サーバレスの概要について Q.サーバレスを導入したシステム、及び導入で得られたメリットについて Q.導入の経緯 Q.導入時に苦労した点等 Q.ユニットテストにつ

2018年6月21日に、日本マイクロソフト株式会社にて「シリコンバレーの最強女性アクセラレーター・堀江愛利さん ＆ 最強のプレゼンター・澤と語り合う会。」が開催されました。女性起業家を支援するアクセラレーター・堀江愛利氏と、日本マイクロソフト株式会社の澤円氏が登壇。堀江氏は、CNNの「Visionary Women（ビジョンを持った活動をする女性10人）」に選出されるなど、シリコンバレーでも注目を集める存在。本パートでは、スピーカー2人が、現役高校生からの「高校時代をどう過ごすべきか？」といった質問など、参加者たちから寄せられたたくさんの質問に答えました。 ターゲッティングは綿密に 澤円氏（以下、澤）：質問がある方はマイクを取って、それでやってくださいね。マイクは質問し終わったら（こちらへ）返してください。はい、どうぞ。 質問者1：来月、女性向けのフリーランスのマッチングサービスを起業しま

Testing in ProductionとMonitoring Driven Developmentについて調べたまとめ サーバーレス開発部の阿部です。 今日はサーバーレス開発のテストにつきまとう課題について調べていたらたどり着いた言葉であるTesting in ProductionとMonitoring Driven Developmentを取り上げてみようと思います。 【背景】サーバーレス開発のテストにつきまとう課題 以前、Serverless ArchitectureとMicroservice Architectureの違いに触れた時に、Serverless Architectureの特徴としてマネージドサービスを使い倒すことをあげました。 マネージドサービスは便利なのですが、使い倒すという観点になるとこれがなかなかに曲者です。以前サーバーレス開発部の和田もこのような記事を書いてお

最短でサービスをローンチするサービスが世に出ない限り、検証は何も始まりません。最短でサービスをローンチするための技術選定を行う必要があります。 技術的な冒険はしない重要なのは『チームをリードできる技術を使うこと』であると考えています。最も自分が精通している技術で、メンバーが躓くことなく一直線に開発できるようサポートする必要があります。私の場合、最も手に馴染んだ言語がRubyであったため、Rubyを選択しました。 コードを書かないことに勝る手段はないまた、『いかにしてコードを書かずに済ますか』という観点も重要です。成熟したフルスタックフレームワークを使用することで、自分たちで書くコード量は圧倒的に短縮できます。私たちの場合、Ruby on Railsを使うことで多くの処理をGemに丸投げし、管理画面はRailsAdminを使用することで開発時間を圧縮しました。Railsはもちろん銀の弾丸では

プラットフォームの概要 AI Platform 生成 AIおよび予測 AIのプラットフォーム もっと詳しく ドキュメント 新機能 ログイン 無料で始める 運用 自信を持ってAIを拡張し、比類のないエンタープライズ・モニタリングとコントロールでビジネス価値を促進 デプロイと実行 再学習と最適化 監視と介入 ガバナンス AIの環境、チーム、およびワークフローを統合し、大規模な範囲での完全な可視性と監視を実現 レジストリと管理 監査と承認 コンプライアンスドキュメント生成 構築 ニーズの進化に合わせて自由に適応できるオープンなAIエコシステムで、迅速なイノベーションを実現 分析と変換 学習とチューニング 組立てと比較 プラットフォーム統合 インフラストラクチャーへのデプロイ ソリューション 業界ごと ヘルスケア 製造 小売業 金融サービス 成果ごと ユースケースのライブラリー お客様事例 Dat

これらの指標が有益である場合○1 コンバージョンファネルの診断に用いる場合「直帰率」「訪問あたりの閲覧ページ数（Pages per Visit：PPV）」「サイト滞在時間」――これらの指標が複雑さを秘めているのは確かだ。 こうした指標を何に利用すべきかと言えば、それらが真に有益なのは、コンバージョン分析などの診断に使う場合だ。 たとえばコンバージョンファネルを見てみよう。僕たちのコンバージョンファネルは次の画像のようにものだ。人々はトップページを通じて、または僕たちのブログやニュースセクションを通じて訪れ、それから（願わくは）製品ページ、価格情報にアクセスし、コンバージョンに至る。 これらすべてのページで、「直帰率」「PPV」「サイト滞在時間」などの指標を確認できる。そしてその指標は、これらのページの一部を変更する場合に役立つ。 それが大きな変更であろうと小さな変更であろうと、その結果「コ

こんにちは。Findyで副業をしている、@k-kuwaharaです。 様々なツールのソースコードが公開されることが、今や当たり前になってきています。代表的なもので言うと、Swift, Ruby などのプログラミング言語、Angular、React, Vue.js などのJavaScriptフレームワーク、Linux, Android などのOSやディストリビューションが挙げられます。 有償のサービスの多くはクローズドソースではありますが、無償のサービスですとオープンソースのものが増えてきており、オープンソースの文化はより主流になって行くのではないかなと感じています。 エンジニアのキャリアやステップアップを考える上で、コミュニティ活動やOSS活動をすることをおすすめされることはないでしょうか？これにはもちろん理由があります。今回はその理由やメリットをご紹介したいと思います。 ※注意：本記事は

ガートナーでは、2020年までに分析クエリの50％は、検索や自然処理言語、音声を使用して生成されたか、自動生成されたものになると予測している。こうした中で、今、BI／アナリティクスに関するトレンドの一大テーマといえば「拡張アナリティクス」だろう。すでに一部の人は気づいているかもしれないが、“21世紀でもっともセクシーな職業”と言われたデータサイエンティストでさえ、「仕事を奪われる」可能性がある。ガートナーのリサーチ ディレクター、カーリー・アイディーン氏が、拡張アナリティクスによってデータ分析（アナリティクス）のプロセスが今後どう変わるのかを解説する。