emskのブックマーク (441)

  • SIはやめておけ

    20代の数年間SIで働いた。1年以上前に退職して今は別業界にいる。 今日、Evernoteを整理していたら「退職理由、SIの嫌な点」というメモが発掘された。退職直前のかなりストレスがたまっていた時期に書き殴った文章だった。学生の頃の私は絵を書いたりしていて、ものづくりで暮らしたいな〜などと思って始めたプログラミングが楽しかったので安易に受託開発業を選んでしまったが、その後悔が如実に表れていた。 一部自分でも覚えていない話もあったがコンテンツとしては面白かったし、今でもシステムインテグレーター業界で消耗する若者を減らしたいとは思うので公開してみる。 以下、同メモに加筆・修正したものなのでファンタジーだと思って読んでくれ。 工数至上主義受注した時点で売上がおよそ確定するので、後はその予定工数に収めて納品できれば御の字という考え方。よくある話だが、見積がおかしくても顧客と対等な関係が築けていない

    SIはやめておけ
    emsk
    emsk 2016/01/23
  • Air Bonsai | Create your "little star" by Hoshinchu Air Bonsai Garden — Kickstarter

    Air Bonsai is a floating star. How would you like to plant your country's very own bonsai and make a wish on that "little star"?

    Air Bonsai | Create your "little star" by Hoshinchu Air Bonsai Garden — Kickstarter
    emsk
    emsk 2016/01/23
  • NYPL Digital Collections

    Explore 893,791 items digitized from The New York Public Library's collections. This site is a living database with new materials added every day, featuring prints, photographs, maps, manuscripts, streaming video, and more. Our collections include some content that may be harmful or difficult to view. Learn more

    NYPL Digital Collections
    emsk
    emsk 2016/01/19
  • GitBook – Knowledge management for technical teams

    GitBook brings all your technical knowledge together in a single, centralized knowledge base. So you can access and add to it in the tools you use every day — using code, text or even your voice.

    GitBook – Knowledge management for technical teams
    emsk
    emsk 2016/01/03
  • Redmine のチケット更新をデスクトップ通知する Electron アプリの作り方 - Qiita

    おはようございます。こんにちは。こんばんは。お疲れ様です。お世話になっております。 さて今回は、最近流行りの Electron で作ってみたアプリについてご紹介いたします。 作ったもの メニューバーやタスクトレイに常駐して Redmine のチケットの更新を監視し、更新があればデスクトップに通知してくれるアプリです。 Mac OSXWindows でご利用いただけます。 また、各種 OSS を利用したインストーラ作成のための環境も同梱しています。 使い方 REST API 機能を有効にする Redmine の管理画面にて REST API の機能を有効にします。 ※システム管理者権限が必要です 設定画面を開く Redmine Notifier を起動すると、メニューバーまたはタスクトレイにアイコンが表示されます。 アイコンのコンテキストメニューにて「Preferences」をクリック

    Redmine のチケット更新をデスクトップ通知する Electron アプリの作り方 - Qiita
    emsk
    emsk 2016/01/03
  • 採用プロセスを真剣に考えろという話

    人材流動性の高まりを日々感じているみなさんこんにちは。 最近いろんな会社にお呼ばれしていて、その中でエンジニアの採用の話になることがとても多いのでちょっと整理しておきます。 ポイント▼「面白いプロダクトもないし、仕事内容は面白いとは思えないし、よい給与は払えないし、仕事環境にも自由はないけど、良い人雇いたいんだけど、どうしたらよいですか?」悪いが諦めろ。良い人は当然のことながら複数の会社が興味をもつことになるし、働く場所を自分で選択します。Pros/Consを見極めて選ぶことになるので、Prosがない場所で働く理由がありません…だとあまりに冷たいので、もしあなたが次に転職するとして、それでも今の会社に入るのであればあなたを惹きつける理由が何かあるはずで、それをアピールしよう▼「入社してから期待値にあっていないことが分かる、ってことが多いんだけどどうしたらよいですか?」期待値を明文化している

    採用プロセスを真剣に考えろという話
    emsk
    emsk 2015/12/24
  • こんなコーディングは退屈だ! | Yakst

    Enkiのco-founderで最高技術責任者(CTO)であるBruno Marnetteが、エンジニア仕事に飽きて転職してしまわないよう、社内文化をどのように構築しているのかを紹介します。 開発者として、私は2年以上同じ仕事を続けた事がありません。 転職することは私にとって良いキャリアとなりました。私達の業界では転職を繰り返す事はごく一般的なことです。ところが、以前私が働いていた会社は、私の離職に難色をしめしました。中には、私を必死で引きとめようとする人もいました。しかし、私は仕事に飽きてしまっていたため、残ることはできませんでした。 (免責事項:私は多くのプログラマーよりも楽しいプログラミングの仕事をしていたと思います。仕事を変えることが常に最善の選択とは限りません。) 現在私はEnkiのco-founderで最高技術責任者(CTO)です。会社ではエンジニア文化の構築も行っています。

    こんなコーディングは退屈だ! | Yakst
    emsk
    emsk 2015/12/24
  • 新規事業・起業を妨げる「ビジネスモデル症候群」とは

    新規事業開発や起業において、ビジネスモデルの設計・構築が成功率を下げている可能性があります。一般的には優れたビジネスモデルの設計こそが事業の成功率を向上させると認識されていますが、実際の事業投資シーンにおいては真逆の結果、つまり事業開発はまったく進まず、起業は失敗するという結果が生まれます。資料では普段あまり語られることのない、ビジネスモデル設計・構築に潜む「デメリット」をご紹介します。Read less

    新規事業・起業を妨げる「ビジネスモデル症候群」とは
    emsk
    emsk 2015/12/16
  • Git-it - Gitの使い方を基礎から覚えるためのアプリ

    Gitが開発現場におけるバージョン管理の軸になってきています。しかしGitには多くの機能があり、さらに他のバージョン管理に比べてローカルでできることが多いので、覚えるのが大変というイメージがあります。 そこで作られたのがGitの使い方を覚えるためのGit-itというソフトウェアです。Git-itを通してGitの使い方を学んでいけます。 Git-itの使い方 最初のページです。一番最初はGitのインストールからはじめます。 リポジトリを作ってみようのレッスンです。 コマンドも書かれていて、その結果をアプリ上から確認できるようになっています。 pullの方法。こうやって順番にすすめていくことでGitを使った開発の基が抑えられるようになるでしょう。 Git-itの良いところはElectronアプリアプリなので、ローカルに作成したフォルダの状態などをチェックすることができるということです。コンテ

    Git-it - Gitの使い方を基礎から覚えるためのアプリ
  • 中小Sierの退職理由を分析してみた~一番はお金じゃないんです~ - あいむあらいぶ

    かるび(@karub_imalive)です。 寒くなってきましたね。冬のボーナスがもう早い会社だと今週末あたりに出た人もいるかもしれません。 さて、Sier、特にかるびの所属しているような中小Sier(概ね300人以下位)に勤務していると、この時期あたりから翌年3月位まで、エンジニア退職者が目立つようになります。かるびは採用担当という立場なので、何よりもつらいのが退職者を送り出すことなのです。大手Sierと違い、中小Sierの泣き所は退職率の高さ。 今日は、そんな中小Sier退職について少し考えてみたいと思います。 中小Sierの平均退職率はどんなものなのか 退職理由は意外にもお金ではない 1番の退職理由はマネジメントの拙さだった 具体的な退職理由としては・・・ 1) プロジェクト現場のマネジメントが悪い 2) 経営的なマネジメントが悪い お金の問題は副次的に発生する まとめ 中小Si

    中小Sierの退職理由を分析してみた~一番はお金じゃないんです~ - あいむあらいぶ
    emsk
    emsk 2015/12/08
  • 企業文化をぶち壊すな / Startup Culture

    スタートアップの企業文化 (Startup Culture) についてのスライドです。 企業文化やビジョンをスタートアップの初期から気にするべきかどうかは悩ましいところですが、Y Combinator の Jessica Livingston のいうとおり、企業文化はその設立当初から自然と育っていってしまうものだなと 2, 3 人のスタートアップを見てても思います。であれば、初期から考えるためのある程度の情報はあっても良いのかなと思い、今回スライドをまとめました。 企業文化はかなりソフトな概念なので、そもそも把握しづらい上に何が良くて何が悪いのかも分かりにくく、さらに簡単に変えたり作り上げたりできるものではありません。それに加えて、良い(望ましい、心地の良い)企業文化があるからといって、その企業の成功が約束されるわけではありません。 ただ様々な研究を見てみても、良い企業文化は生産性向上や採

    企業文化をぶち壊すな / Startup Culture
    emsk
    emsk 2015/08/20
  • 岩田聡さんのコンテンツ。 - ほぼ日刊イトイ新聞

    創刊当時より、ほぼ日刊イトイ新聞にいろんなかたちで関わってくださった岩田聡さんが、7月11日、永眠されました。岩田さんがご登場くださったたくさんのコンテンツを、いま、読みたい方も多いかと思いますので、代表的なものをまとめました。ご冥福をおいのりいたします。

    岩田聡さんのコンテンツ。 - ほぼ日刊イトイ新聞
    emsk
    emsk 2015/07/14
  • 毎日コードを書くことと、それにまつわること

    とあるきっかけで、ここ1年半近くやってきた、毎日コードを書くことについて振り返ってみようということになった。 実質続いてるのは約一年。始めたのは2014年の3月頃。 約1年前に1週間ほど途切れた期間があるが、そこからちゃんと再開しているので、そこについても言及した方が良いかもということであえて試みを始めてからの期間で1年半と言っている。 これは現時点のコントリビューションの状況。 思いのほか、気づきがあって良かったと思う。きっかけを与えてくれた2人に感謝。 自分がこんなエントリを書くとはおこがましいという感覚があるのだけれど、2人の意見を聞いて、もしかしたらこの話をオープンにしたら誰かの役に立つかもと思い、一度Secret Gistとして書いたものをもう一度時間を取って振り返り、バックグラウンドの説明を含めたりしつつ書き改めてみた。 前置きが長くなったが、これは毎日コードを書くことのような

    emsk
    emsk 2015/07/14
  • 建築史に隠されたウェブデザインの未来

    ウェブデザインの進化の過程を考えるとき、西洋建築史はとても参考になります。美術の形として、両者は同じ項目で定義することができます。 人が集まる場所として機能する実用的に作られている技術の進歩に大きく左右される実用的だが、間違いなくアートでもあるこのような制約があるなかで、両者の進化の過程はとても似ています。どちらも同じように過去の作品をもとに、その上に新しいものを築いています。もしウェブデザインの未来が知りたければ、建築家が辿った道を見てみればいいのです。

    建築史に隠されたウェブデザインの未来
    emsk
    emsk 2015/06/26
  • ディープラーニングが活かすIoT

    2. アジェンダ l  IoT時代の深層学習 –  RNN –  VAE –  深層強化学習 l  PFNの取り組み –  デモ:深層強化学習  +  データ同化  +  転移学習  +  分散学習 –  DiMO  :  Edge  Heavy  分散ストリーム処理理プラットフォーム –  Chainer  :  新しい深層学習フレームワーク  OSS 2 3. ディープラーニングとは l  層が深く、幅も広いニューラルネットワークを利利⽤用した 機械学習⼿手法 l  2012年年の⼤大ブレーク以来、研究コミュニティのみならず 産業界に多く使われてきた –  2014〜~2015年年中に出された関連論論⽂文数は1500を超える* l  画像認識識、⾳音声認識識などで劇的な精度度向上を果たし、その 多くが既に実⽤用化されている –  Googleは47の⾃自社サービスで既に利利⽤

    ディープラーニングが活かすIoT
    emsk
    emsk 2015/06/13
  • ソフトウェア開発組織が持つべきカルチャー(まとめ): 柴田 芳樹 (Yoshiki Shibata)

    2011年に主に書いた「ソフトウェア開発組織が持つべきカルチャー」を表にしてみました。評価列は、みなさんの組織ではどうかを振り返って記入してみてください。 ソフトウェア開発組織が持つカルチャーが、個々のソフトウェアエンジニアに大きな影響を与えるということで、一連の記事を書きますとした「まえがき」に相当するのが次の記事です。

    ソフトウェア開発組織が持つべきカルチャー(まとめ): 柴田 芳樹 (Yoshiki Shibata)
    emsk
    emsk 2015/05/30
  • エンジニアとしていかに成長するかについて、GMOグループの新卒エンジニア・クリエータの皆さんにお話した - Kentaro Kuribayashi's blog

    GMOグループにはGMOテクノロジーブートキャンプという新卒エンジニア・クリエータ向けの研修メニューがあって、そこでなんか話してくれという要請があったので、「エンジニアになる」というタイトルで、エンジニアとしての成長について、少しお話をしてきました。 自分自身がエンジニアとしていままでどうしてきたかみたいな話は、まとまった形ではこれまでしたことがなかったわけですが、立場上とか年齢的にも「僕ごときが……」とかいってもいられないので、恥を忍んでスピリチュアルな話をしてみました。以下、ご笑覧くださいませ。 いいたいことはだいたいスライドに書きこんだのですが、以下、ちょっとだけ補足。 このスライドを作っていた時に、ちょうど「現場ロックイン」についてのエントリが話題になったり、また、このエントリを書く直前にも似たような話題のエントリを見たりしました。 現場ロックインが技術力さげてるのかもしれない -

    エンジニアとしていかに成長するかについて、GMOグループの新卒エンジニア・クリエータの皆さんにお話した - Kentaro Kuribayashi's blog
    emsk
    emsk 2015/05/11
  • 転職基準 スタートアップへの転職を検討するための予備知識

    スタートアップへの転職に関する相談をいただくようになりました。周りでは幸せな転職をしている人のほうが多いように思いますが、時々少し幸せそうではない転職も見ます。 スタートアップへの普通の転職は、通常の転職とは少し異なる面を持つと思うので、少し情報をまとめる意味でもスライドに起こしておきました。 このスライドの目的は、スタートアップに転職するかどうか迷っている人のために、スタートアップに入るダウンサイドリスクとアップサイドリスクを考えるための情報を提供することです。Read less

    転職基準 スタートアップへの転職を検討するための予備知識
    emsk
    emsk 2015/04/26
  • 炎上案件に突如ディレクターとして投入されたときにやってみたこと - Qiita

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

    炎上案件に突如ディレクターとして投入されたときにやってみたこと - Qiita
    emsk
    emsk 2015/04/24
  • 技術者は構想・利益なき繁忙に陥っていないか 意味のない忙しさに…|超える技術|日経BizGate

    当に意味のある忙しさなのか 技術者はとにかく忙しい。技術開発競争に明け暮れて、目の前にある課題を一刻も早く解決しようとサービス残業も厭わず働きに働いている。上司に指示されているわけでもないのに、土日も自主的に出勤して仕事に没頭する。 そうした苦労の末にようやく開発した製品を出荷してそれで終わりかと思いきや、そうは問屋がおろさない。市場に出してから予期せぬ問題が発生する。それが技術上の問題であれば、何はさておき開発者自身が現場に出向いて問題解決にあたらなければならない。来であれば、技術サポート部隊に引き継ぐべき仕事であるが、技術の粋を集めた新製品では、開発者自身が現場に駆けつけないと埒があかない場合も多い。次の開発をかかえながら、現場のトラブルにも対応しなければならない技術者は、まさに体がいくつあっても足りないほどだ。 しかし、こうした忙しさは果たして当に意味のある忙しさなのであろうか

    技術者は構想・利益なき繁忙に陥っていないか 意味のない忙しさに…|超える技術|日経BizGate
    emsk
    emsk 2015/04/18