ウェブフロントエンド技術は変化が激しいと言われるけれども、多くの人にとって最新のウェブフロントエンド技術を無理してキャッチアップする必要は無い。以下理由。 ここでいう最新のウェブフロントエンド技術とは、新しいブラウザのAPIや新しいJavaScriptの文法や新しいフレームワーク・ツールなどを指す 今のHTML5はドキュメントを表現するプラットフォームだけではなくアプリケーションプラットフォームとしても機能するように進化をしている最中 だからアプリケーションプラットフォームとしての進化を支える新技術がたくさん出てきている 逆に言うと、アプリケーション(SPAとか)を書かない人にとってはキャッチアップする必要の無い場合がたくさんある また、それらのウェブフロントエンドの新技術を全てキャッチアップするのは基本的に不可能だと思う 自分はウェブフロントエンドやそれのパフォーマンスを専門の一つにして

Googleではこれまで、生産性が高く、働きやすい組織を作るために、従業員に対して大規模な調査を行ってきました。 その結果として、2009年には「Project Oxygen」として、最高の上司になるための「8つのルール」を定義しています。 ※1番から、重要だと思われる順に並んでいます。 ＜チームのパフォーマンスをあげる優秀なマネージャーの条件＞ いいコーチであること チームを勢いづけ、マイクロマネジメントはしない メンバーの成功に気を配り、積極的に関与する 生産的、かつ成果主義であること 良いコミュニケーターであること メンバーのキャリア開発を手助けすること チームのための明確なビジョンと戦略を持っていること チームにアドバイスできる技術的な専門知識を持つこと ※こちらから参照 Googleの強みは技術が優れていることだと思われていましたが、意外にも技術的な専門知識がマネジメント能力に及

なぜかミクシィ社でエンジニアだった人々がアドベントカレンダーを書くことになってしまったex-mixi Advent Calendar 2017、12月11日担当の @tnj です。 一般的に、会社を退職することになったら退職届というものを会社に提出することになります。その退職理由には「一身上の都合」と書くのが通例だと思いますが、私はちょっと変わった退職の経緯を持っているので、今回はそれについて共有してみたいと思います。思いのほか長くなってしまいましたが、社会人歴10年目のソフトウェアエンジニアのキャリアの変遷の一例としてお楽しみください。 TL;DR Android開発者としての自分の経験を基に新規事業を立ち上げることになり、エンジニアとして参画したつもりが気がつくと事業責任者になり、果ては事業を買い取って経営者になった 好きでやってる話だしまあなんだかんだ乗り越えていけるよねと思ってたら

どうも、まさとらん（@0310lan）です！ 今回は、基本的なJavaScriptプログラミングが出来るようになった人向けに、さらなるステップアップを目指せる「YouTubeチャンネル」を厳選してまとめてみました！ 海外のプログラミング系YouTube動画は、有料でもおかしくない「質」の高さと豊富なコンテンツ量に魅力があり、確実にレベルアップが期待できるのでぜひ参考にしてみてください。 ■JavaScriptの勘所を勉強できるYouTubeチャンネル！ 【 Fun Fun Function 】 プログラミング動画とは思えない超ハイテンションなノリで、JavaScriptを学ぶうえで欠かせない勘所を分かりやすく教えてくれるのがコチラのチャンネル！ 「Spotify」の開発にも携わっていたというプログラマーの彼は、得意のJavaScript言語を分かりやすく伝えることに情熱を注いでおり、それは

「心はプログラマ、仕事は経営者」プログラマである自分が働きたいと思える会社を作りたいと思って経営をしてきた。結果として、セルフマネジメントでフラットで自己組織化された組織、最近だとホラクラシーと呼ばれるような経営をしている。 いい会社だと言ってもらえることもあって誇らしく思うのだが、果たして本当に良い会社かどうかはわからない。価値観に合致するプログラマにとっては良いかもしれないけれど、合わない人や他の職種の人にとっては全然ダメな会社かもしれない。 よく取材などでも聞かれるが、今の経営スタイルは、たいそう立派な理念や理想があって実現した訳ではなく、プログラマである自分自身が苦手なことをせずに済むように、逆に出来ることと得意なことは徹底的に活かそうとしてきたに過ぎない。 思い返せば、徹底的に極端にしてきたことが功を奏したことから、この経営スタイルは、もし名付けるなら「エクストリーム経営」と呼べ

プロジェクト・マネジャーが知るべき97のこと大人気の書籍『プロジェクト・マネジャーが知るべき97のこと』のエッセイを無料で公開中！すべてのプロジェクト・マネジャーにおすすめの本がウェブで読めるようになりました。 エッセイ一覧できるだけ早期にユーザーを巻き込むモグラたたき開発を避けようローカライゼーションのせいで締め切りに遅れるプロジェクト・オーナーは強力なプロジェクトサポーター複雑よりもシンプルな方がいい負債を支払うスキルでなく素質のある人を加えようシンプルにいこうあなたは特別ではないスクロールから学んだこと問題にかかるコストを削減するすぐれた開発者を見つけるには熟練と並の開発者の生産性大きさが重要手順を文書化して、守られているか確かめようさあ、プラクティスを投げ捨てよう要求と仕様成功はビジネス価値で評価される休暇をキャンセルしない集中する時間を取るプロジェクトマネジメントはプロブレムマネ

画像: N高等学校課外授業(N予備校)での生放送授業のブラウザ上での見た目、コメントが書ける 目次 はじめに 教えることになったきっかけ Web企業にエンジニアとして就職できるようになる、というミッション 既存のWeb教材に感じた問題意識 「各自進められるゲームブック形式の教材」と「徹底的にフォローする生放送授業」 コンセプトをもとに構成されたコースと内容 ゼロからプログラミングができるようになった人が生まれた日 永劫、プログラミングは一部の天才たちのためのものか？ プログラミング学習のモチベーションの課題と対応 まじめなオタクたちが社会をよくしようと頑張ること さいごに はじめに 自分はこの8ヶ月間、Web上で非対面のプログラミング教育、具体的にはHTML教材と生放送授業を中心としたプログラミング教育をN高等学校の生徒に行ってきました。 ここに書かれている内容は、これからプログラミング教

おしながき メンバーは3〜5名、協力企業は1〜2名の小規模チーム メインは某小売店の大規模ECサイト案件統括（開発は外部委託） サブで基幹連携等を担う周辺業務システム開発・運用 マネジメントが上手く回らず高残業が常態化。PM前任者異動に伴い、部下だった私にお鉢が回る 上長指示により残業削減へ そんな2〜3年前のお話です。 改善"前"のタスク運用 ※あくまで改善"前"の話です。 基本はRedmine + Kanbanプラグインでタスク（チケット）運用。 ナレッジ可視化の意識付けも目的の一つだったので、以下を徹底した。 作業に伴うタスク発行の徹底 進捗状況の逐次反映 そして、運用ルールの入念な教育（五十六メソッドを採用した） 当時はITSベースのタスク管理自体が社内で先進的な試みだったので、当時部下だった私もPMと協力して「できるだけ丁寧な運用」を心がけた。心がけた、のだが… おかしいな だれ

こんにちは、株式会社fluctで fluctSSPの広告配信に関わっている坂本です。 私はfluctでは新しい広告(PMP, NativeAd)の追加をしたこともありましたが、ここ1年半くらいは自分で追加した広告機能や既存機能のサポートエンジニアとして働いています。 (インフラの保守・運用は専門部署があるのでおまかせしています) 経歴 SIer(金融・ECサイト開発等)のピラミッド構造で開発に従事していた6年 Web系の会社(VOYAGE GROUPとは別会社)にてSESとして仕事をしていた4年(ここ終わりでVOYAGE GROUPに転職) Web系の会社(VOYAGE GROUP/fluct)にて正社員として2年半~現在に至る 今の自分の行動指針はSIer時代に培われたものがほとんどですが、Web系の会社に入って考えを改めたものもあるので、自分のスキルの棚卸しを兼ねてそれを整理してみます

ASP.NET Advent Calendar 2015 - Qiitaの7日目のエントリです。 最近、初めてEntity Frameworkを使ったチーム開発を行いましたので、得られた気づきを備忘録として整理しています。 Entity Frameworkの導入を考えておられる方々の一助になれば幸いです。 どんな開発だったのか ASP.NET MVC 5、Silverlight 5 + WCF Data ServicesのWebアプリケーション開発でした。サーバのORマッパーとしてEntity Framework 5を使い、SQL Server 2012にアクセスするアーキテクチャです。 少々複雑な開発フローで、まずプロトタイプ開発と詳細設計を並行させ、詳細設計の内容をプロトタイプへ反映させ、最後に結合テストを通過させてリリース版を完成させる流れでした。 開発者は計10名（自身も含めて7名

This browser is no longer supported. Upgrade to Microsoft Edge to take advantage of the latest features, security updates, and technical support.

フルスタック開発者に求めるスキルは時代とともに変わっています。2017年のフルスタック開発者を名乗るなら最低限知っておくべき技術と知識をまとめました。 プロトタイプから完全なMVP（Minimum Viable Product：実用最小限のプロダクト）までカバーするフルスタック開発者のことを「多芸は無芸」と評価する人もいます。そんな一面もあるでしょう。まずは、フルスタック開発者を知るために、歴史を振り返ります。 以前のフルスタック開発者 2000年ごろ（インターネットでの17年前は大昔です）のフルスタック開発者の定義はこんな感じでした。 Photoshop、FireworksなどAdobe系ツールでWebページを手早く作る デザインをHTMLやCSSに変換し、画像にホットスポットを追加する（もはや忘却のかなたですか？） 簡単なPHP4.0スクリプト（当時のPHPはオブジェクト指向とは無縁）

メンテナンスモード ご不便おかけしております。 現在、定期メンテナンス中です。 ご理解いただきまして、ありがとうございます。

オープンセミナー2017@岡山での発表スライドです

シンジです。クラウドを取り扱っている中の人ならまだしも、多くのユーザー達はクラウドの本質を理解していません。そもそも理解する必要なんてあるのかとも思っていますが、分析ならお任せあれの我らがガートナーさんが発表したクラウド評価の資料たった1ページの説得力が尋常じゃなかったので紹介します。 ソースはこちら “クラウド後進国、日本”は、変われるか　ガートナーの見方は (1/2) – ITmedia エンタープライズ http://www.itmedia.co.jp/enterprise/articles/1705/08/news042.html クラウドに関する誤解 この資料です。これです。3カテゴリに分けて、「誤解」「リアリティ」「アクション」としていますが、まぁ良く出来ていること。シンジなりに思うところもあるので、意見します。 誤解 クラウドは使えるのか、といった議論をする 議論不要です。議

Kさん、お久しぶりです。ご無沙汰しておりましたが、何年ぶりかで本社に戻られたとのこと。お元気そうで何よりです。 普通の人なら「本社にご栄転」おめでとうございます、という言葉遣いをするところでしょうが、それでは工場より本社の方が「上」である、という意味になりますね。わたしは本社も工場も企業組織の一部であって、それぞれ役割が違うだけだと考えているので、あえてそうは申し上げません。それに、本社への異動が栄転なら、以前Kさんが工場に移動されたのは左遷だったということになってしまい、ますます不適当ではありませんか。 まあそんな事はともあれ、本社の製品企画部門に移られて、あらためて「製品戦略とはいったい何か？　何をどう考えるべきか？」という、真ん中直球の問いが頭の中に生まれた、というあたりが、とてもKさんらしいと感じました。たしかにおっしゃる通り、戦略立案が本社の重要な機能であることは多くの人が感じて