タグ

managementに関するYaSuYuKiのブックマーク (189)

  • 「エンジニア不足を嘆く」という慢性的な病に対して一言モノ申す【村上福之】 - エンジニアtype | 転職type

    日々流れてゆく膨大な情報量の中からおいしいネタを敏感に察知し、ネット界隈を賑わせてくれるWeb業界の異端児・村上福之氏。同氏独自の経験と価値観から、「キャラ立ちエンジニア」の思考回路を紐解いていく。 株式会社クレイジーワークス 代表取締役 総裁 村上福之(@fukuyuki) ケータイを中心としたソリューションとシステム開発会社を運営。歯に衣着せぬ物言いで、インターネットというバーチャル空間で注目を集める。時々、マジなのかネタなのかが紙一重な発言でネットの住民たちを驚かせてくれるプログラマーだ いろんなベンチャー企業から、異口同音に「エンジニアが足りない」という話を見聞きします。中には、「使えるやつがいない」とか言い出す髭を生やしたベンチャー社長とかもいたりします。 そんな人たちに一言モノ申したい。ええとな、人類がこの世に生まれてから今まで、エンジニアが余ってた時の方が少ないんだよ。 90

    「エンジニア不足を嘆く」という慢性的な病に対して一言モノ申す【村上福之】 - エンジニアtype | 転職type
    YaSuYuKi
    YaSuYuKi 2015/05/29
    妄想じゃない時に冴えないのは、「守秘義務」「協業関係」などの「妄想の時には考慮しなくて良い問題」に足を引っ張られてるだけなんじゃないかな
  • 社会人の交換留学!?ピクシブの現役エンジニアがドリコムに1週間のインターンシップを実施!! | 株式会社ドリコム

    気付きがあったりすることに加え、技術力の向上を図り、同業他社とのつながりの強化、技術文化交流を目的として行われています。

    社会人の交換留学!?ピクシブの現役エンジニアがドリコムに1週間のインターンシップを実施!! | 株式会社ドリコム
    YaSuYuKi
    YaSuYuKi 2015/05/22
    文化の相違による利点や未解決の問題の解法が交流によって伝播することでお互いに改善できる、か。役に立つかどうかわからないコンサルを雇うよりずっと安上がりで有効だな
  • 炎上案件に突如ディレクターとして投入されたときにやってみたこと - Qiita

    ぼんやり1メンバーとして眺めていたプロジェクトが、リリース1週間前になって「あれも足りない!これも出来てない!どうすんじゃゴラァ」となったときに突如ディレクターとしてぶっこまれ投入されたときにやってみたことのメモ。 一次対応 とにもかくにもPJTに投入されて最初にやったこと。 コミュニケーションルールをみんなで確認して、守ってもらうようにした 誰が何の情報を持ってて、そして誰から誰にどんな指示が出てて、それらがどんなステータスか、、、 もうぐっちゃぐちゃになっていた。 ディレクターは一度死ぬが、一旦全部ディレクターに報告させて、ディレクターから適切な人に指示を出すことにし、メンバー同士でのダイレクトなコミュニケーションをいったん、原則禁止した。 (ディレクターがAさんとBさんで直接やって、と指示を出すときもあるが、それもやりとりの結果をAさんから必ずフィードバックさせるようにした。) ただ

    炎上案件に突如ディレクターとして投入されたときにやってみたこと - Qiita
  • sora_h の名言がかっこよすぎたのでインターネットに放流 - 宇宙行きたい

    id:sora_h の発言が社内ブログにあって、その言葉があまりにもカッコイイし、ドキュメント書かないエンジニアは反省すべきだ(俺含む)!と思ったので許可とって転載 まず一回でいいので、どこかの日に時間を決めて、集中してドキュメントを改善してみませんか。 継続していかなければならないとか、どういう風にすべきか、という議論もあるけれど、まずは取り組みを0から1にするところからはじめませんか。 マジカッコイイ……こういうこと言える大人になりたい

    sora_h の名言がかっこよすぎたのでインターネットに放流 - 宇宙行きたい
  • 「女性が辞めない会社」は、全員17時に帰る

    コンテンツブロックが有効であることを検知しました。 このサイトを利用するには、コンテンツブロック機能(広告ブロック機能を持つ拡張機能等)を無効にしてページを再読み込みしてください。 ✕

    「女性が辞めない会社」は、全員17時に帰る
    YaSuYuKi
    YaSuYuKi 2015/04/02
    いずれ、今は外注しているような仕事は機械化されていくだろうし、そうなるべきだ。そうすれば、より一層長時間労働する必要はなくなっていく
  • 面接におけるギークの言葉:tks(高須 正和)のブロマガ - ブロマガ

    僕が今いるチームラボでは、多くのテクノロジー会社がやってるように、インタラクティブエンジニアはインタラクティブエンジニア、WebデザイナーはWebデザイナーというように、その後一緒に働く人たちが面接する。(最終面接は、給料を払う人である役員がやるかも。あんまり詳しくない。なお、社長は一切の選考過程に関わっていない。たまに推薦が来るが、社長推薦の合格率は低い気がする) エンジニアの人は、面接ですごく重たい(重要な)感想や意見を言うときがある。僕より全然重く感じる。印象に残った言葉を書いてみる。 なお、就職してからいくつかの会社でずっとエンジニアたちと一緒にいた僕が昔いた会社の人の言葉や他社の言葉も入っている。(そのほうがおおいかも。誰から聞いたかもう忘れちゃったのもある) また、彼らは採用時は黙って○をつけることが多く、言葉にするのはNGの時が多くなる気がする 「'授業や研究で作った'みたい

    面接におけるギークの言葉:tks(高須 正和)のブロマガ - ブロマガ
    YaSuYuKi
    YaSuYuKi 2015/03/28
    素晴らしい話の途中に出てくる「トデスキングさんって知ってますか?」の圧倒的な破壊力
  • Kazuho's Weblog: 「技術的負債」は避けるべき? - 割引率を使って考えてみた

    技術的負債」をコントロールする定量評価手法への期待 からの続きです。 ソフトウェアサービス企業における技術責任者の最も重要な仕事のひとつが、エンジニアリングの効率化です。そのためには、サービスの初期開発コストだけでなく、運用コストを織り込んだ上で正しい技術的判断を行っていく必要があります。 「技術的負債」という言葉は、この運用コスト最適化の重要性を指摘する上で、とてもキャッチーなフレーズだと考えられます。しかし、「技術的負債」を産まないように、あるいは負債を早めに返していこうとすると、開発工数が大きくなってしまうという問題もあります。 初期開発コストと運用コストのバランス注1を、どのようにとっていけば良いのでしょう? 同等の機能を提供する「ソフトA」と「ソフトB」を考えてみます。ソフトAは、初期開発工数が6だが、2年目以降の維持工数が毎年4かかるとします注2。ソフトBは、初期開発工数が1

    YaSuYuKi
    YaSuYuKi 2015/03/19
    アプリケーションの性質にもよるが、割引率は生き残ると下がる傾向がありそうなので、生き残ったら返済を進めるのが有益な可能性は高いだろうな
  • エンジニアtype 技術者のキャリアを考えるWebマガジン - 転職@type

    エンジニアtypeは、各種エンジニアをはじめ「創る人たち」のキャリア形成に役立つ情報を発信する『@type』のコンテンツです。

    エンジニアtype 技術者のキャリアを考えるWebマガジン - 転職@type
    YaSuYuKi
    YaSuYuKi 2015/03/09
    負債を蓄積せず、積極的に返済したことを評価するシステムを、人の配置(評価担当者)、待遇の両面で構築したこと、それが、社長直属で明確な経営意思に基づいて行われたことが大きい
  • クックパッドモバイルアプリの開発体制とリリースフロー - クックパッド開発者ブログ

    こんにちは、技術部モバイル基盤グループの @slightair です。 今回は、クックパッドのモバイルアプリをどのような流れで開発しているか説明したいと思います。 この記事では技術的な話ではなく、どのようにして、どのようなことを考えて僕らがモバイルアプリを開発しているかに触れたいと思います。 開発体制 クックパッドにはモバイルアプリを専門で開発するようなチームはありません。 必要に応じて、誰でもモバイルアプリ開発に取り組みます。 機能追加・修正を行ったらリポジトリにプルリクエストを送ります。 プルリクエストが来たら、アプリ開発を行うエンジニア同士でレビューします。 様々な修正をひとつのバージョンにまとめるのは、僕が所属する技術部と後述するリリースマネージャーで行います。 リリースマネージャー バージョンごとに、そのリリースの責任をもつリリースマネージャーをひとり選びます。 リリースマネージ

    クックパッドモバイルアプリの開発体制とリリースフロー - クックパッド開発者ブログ
  • Scalaに至るまでの物語 - Septeni × Scala 第一回 杉谷

    The document discusses concepts related to domain-driven design (DDD) including entities, value objects, services, factories, repositories, and aggregates. It provides examples of implementing these concepts in Java and Scala code and references Flickr photos that illustrate DDD concepts visually.

    Scalaに至るまでの物語 - Septeni × Scala 第一回 杉谷
  • NTTデータとPostgreSQLが挑んだ総力戦。PostgreSQLを極限まで使い切ったその先に見たものとは?(前編) NTTデータオープンソースDAY2015 - Publickey

    NTTデータとPostgreSQLが挑んだ総力戦。PostgreSQLを極限まで使い切ったその先に見たものとは?(前編) NTTデータオープンソースDAY2015 現在のシステム構築では、オープンソースのソフトウェアを使うことは当たり前になってきています。PostgreSQLはそうした中で主にエンタープライズ向けのデータベースとして着実に事例を増やしてきています。 その中で、PostgreSQLを大規模なミッションクリティカルなシステムの中で使うには、どのようなノウハウが求められるのか。オープンソースの利用に積極的なNTTデータがその事例を、1月26日に開催されたイベント「NTTデータオープンソースDAY 2015」のセッション「NTTデータとPostgreSQLが挑んだ総力戦。PostgreSQLを極限まで使い切ったその先に見たものとは?」で紹介しています。講演内容をダイジェストにしまし

    NTTデータとPostgreSQLが挑んだ総力戦。PostgreSQLを極限まで使い切ったその先に見たものとは?(前編) NTTデータオープンソースDAY2015 - Publickey
  • クソコードと呼ばない - ppworks.jp

    新しい現場にはいったときに心がけていること、クソコードと呼ばないこと。 誰かのコードを読んでいるとそりゃまあクソコードを見つけることがある。その時どう立ち向かうかという精神論の話。 例えソレがそうであってもソレを口にするとネガティブが蔓延する。思ってもイイ、でも言ってしまってはならない。あるフェーズに置いては必要だった し、現に動いていて価値を提供している のだ。あるべき姿を叫ぶの簡単だ。あるべき姿を見ているなら行動しないといけない。見つけたらリファクタだ。出来るところからやるんだ。 Shut the fuck up and write some code & 許可を求めるな Pull Request せよ— 🌈KOSHIKAWA (@ppworks) 2014年5月23日 クソはクソと言える空気や文化は大事。良くないものを指摘できるようにはしたい。口の前に手を動かそう。プログラマーなら

    クソコードと呼ばない - ppworks.jp
    YaSuYuKi
    YaSuYuKi 2015/01/18
    「賢明さの態様は非常に少ないが愚かさの態様に限りはない」故にクソコードではなく具体的な問題の名前で呼ぼう。どう愚かなのか伝わらないので/LinuxのMLは罵倒でみちあふれているが大成功しているよ
  • AI・ビッグデータ求人業界最大級案件紹介サイト 【BIGDATA NAVI】

    ~個人情報の取り扱いについて~ エッジコンサルティング株式会社(以下「当社」といいます。)における個人情報の取り扱いについて、下記の内容をご確認いただいた上で、個人情報をご提供いただきますようお願いいたします。 個人情報の定義について 個人情報とは、個人に関する情報であって、その情報を構成する氏名、住所、電話番号、メールアドレス、勤務先、生年月日その他の記述等により個人を識別できるものをいいます。また、その情報のみでは識別できない場合でも、他の情報と容易に照合することができ、結果的に個人を識別できる情報も個人情報に含まれます。 個人情報の取得と目的について 個人情報の取得と利用の目的および活用範囲は以下のとおりです。 ①当社による当社サービス提供 ②お問い合わせに対する当社からの回答 ③ご人の承諾に基づく、当社サービス利用企業への個人情報提供 ④当社が提供するサービスのご案内や資料の送付

    AI・ビッグデータ求人業界最大級案件紹介サイト 【BIGDATA NAVI】
    YaSuYuKi
    YaSuYuKi 2015/01/15
    「自社の最重要製品の製造ラインを満足に更新できないのにつぶれない製造業の会社」があると考えるととても不自然なのに金融だとあり得るというのが絶望的な現実。こういう企業が排除されるのが資本主義じゃないのか
  • 「会社説明会」という名の“本気の”ゲームクリエイター養成講座!ゲーム会社「サイバーコネクトツー」の会社説明会の動画を一挙紹介!

    トレーラー-Trailer 技術 トレーラー SIGGRAPH 2024 Technical Papers Trailer -... 2024-07-20 世界最大のコンピュータグラフィックスイベント「SIGGRAPH(シーグラフ、Special Interest Group on Computer GRAPHics)2024」の技術論文紹介トレーラーが公開されていました。 続きを読む リアルタイム 技術 技術-Technology Real-Time Hair Rendering with Hair Meshe... 2024-07-20 ユタ大学のCem Yuksel 教授らによる、リアルタイムレンダリングの為の高速軽量なヘアーメッシュ描画技術「Real-Time Hair Rendering with Hair Meshes」の論文が公開されています! 続きを読む Maya チュート

    「会社説明会」という名の“本気の”ゲームクリエイター養成講座!ゲーム会社「サイバーコネクトツー」の会社説明会の動画を一挙紹介!
  • ドワンゴ・川上量生会長が飾る 「去ってほしい社員の条件」

    社員の方の話では、現在の東銀座のビルに移る前、ある日突然会社に飾られたとのこと。会長自身は「こういうことを言わない性格の人」のため、社員はどちらかといえば面白がって携帯などで写真を撮ったりしていたそう。今となっては慣れてしまい、あまり気にせず過ごしているといいますが、社外から来た人の中には、会長室に入る前にギョッとして扉の前でしばらく足を止めて読んでいる人もいるそうです。 実はこれ、スタジオジブリの鈴木プロデューサーが、ある会社を訪れた際に落ちていたものを拾って、ジブリに飾っていたもの。川上さんが鈴木さんから譲ってもらったそうです。鈴木さんは、「これを飾っていた会社は潰れたんですよ」と言って笑っていたそうですが、「でも、ちょっとどきっとする、考えさせられる文章」と社員の女性。 ネタのようであってネタでない…というところなのでしょうか。東銀座のビルに移ってくるときは、さまざまなものを捨ててき

    ドワンゴ・川上量生会長が飾る 「去ってほしい社員の条件」
    YaSuYuKi
    YaSuYuKi 2015/01/03
    ドワンゴは時間を守らない社員の集合体のはずなので、この訓は明らかにこの訓のような会社になるなという意味だろう
  • Yehuda Katzという生き方とインディーWeb - ワザノバ | wazanova

    https://frontsidethepodcast.simplecast.fm/16 1 comment | 0 points | by WazanovaNews ■ comment by Jshiike | 41分前 昨日のエントリーでも名前のでてきたYehuda Katzですが、Rails / Ember.js / jQuery / W3C Technical Architecture Group (TAG) / TC39-ECMAScriptなどで活躍し、今回はRustのコアチームに参加することが発表されてます。Tom Dale曰く「インターネットの半分くらい書いてる感じだから。[1] 」という勢いがあります。Yehudaの仕事振りやプロジェクト運営における考えは、オープンソースという視点での発言ですが、企業におけるプロジェクトの進め方や今後の働き方のスタイルがどう変わるか、変

  • Martin Fowler's Bliki in Japanese - 犠牲的アーキテクチャ

    @@ -0,0 +1,37 @@ +http://martinfowler.com/bliki/SacrificialArchitecture.html + + +会議の席であなたは考えている。自分のチームが二年間かけて書いてきたコードのことを。そして決断に至る。いま打てる最善の手は、あのコードをすべて投げ捨てまったく新しいアーキテクチャを再構築することだ。死にゆくコード、それに費やした時間、自分が下し続けてきた判断。この決断は、あなたはどんな気持ちにするだろう? + +多くの人にとって、コードを捨てるのは失敗の証だ。ソフトウェア開発の探索的な性質を考えれば、わからない判断ではないかもしれない。けれど失敗には違いない。 + +ところが、いま書ける最良のコードは二年経ったら捨てるつもりのコードだということはよくある。 + +私たちは長命なソフトウェアとして偉大なコードを思

    Martin Fowler's Bliki in Japanese - 犠牲的アーキテクチャ
  • 失敗力カンファレンス

    失敗は成功のもと。 ビジネスは挑戦の連続です。 挑戦がなくては、成功をすることはありえません。 一方、常に失敗をする可能性があることも事実。 失敗のリスクに果敢に挑戦し、それでも起きてしまった失敗から学びを得る、 「失敗力」にフォーカスし、起業と経営のヒントをもらうカンファレンスです。 失敗から学ぶには? その失敗を見極めれなかったのか? どのようにしたら失敗を避けることができるのか? 転んでもタダでは起きない失敗の仕方とは? 先輩経営者から「失敗力」について学び、 アントレプレナーシップ(起業家精神)と挑戦する勇気を持ちましょう。

    失敗力カンファレンス
    YaSuYuKi
    YaSuYuKi 2014/11/20
    この顔ぶれだと、1桁億程度の変動は誤差で、2桁で驚き、3桁でやっと大騒ぎレベルのような……恐ろしい
  • 実例Javaトラブルシューティング! 〜稼働中のシステムを立て直した半年間の軌跡

    Slides of JDK Update (Especially Project Jigsaw) . https://jjug.doorkeeper.jp/events/33374

    実例Javaトラブルシューティング! 〜稼働中のシステムを立て直した半年間の軌跡
    YaSuYuKi
    YaSuYuKi 2014/11/16
    やはり、基本は「測れ」だな。そのために使えるツールが面白い
  • Martin Fowler氏の語る“犠牲的アーキテクチャ"

    Spring BootによるAPIバックエンド構築実践ガイド 第2版 何千人もの開発者が、InfoQのミニブック「Practical Guide to Building an API Back End with Spring Boot」から、Spring Bootを使ったREST API構築の基礎を学んだ。このでは、出版時に新しくリリースされたバージョンである Spring Boot 2 を使用している。しかし、Spring Boot3が最近リリースされ、重要な変...

    Martin Fowler氏の語る“犠牲的アーキテクチャ"
    YaSuYuKi
    YaSuYuKi 2014/11/14
    ビジネスは変化するので現状に適さなくなった部分は取り外して入れ替えろ、か。それができるように設計することが重要