修士卒で入社し、12年と4ヶ月間勤めたNTT研究所を退職しました。昨年話題になった id:kumagi や id:hichihara の近くの部署です。自他ともにあんまり転職しそうにない人だと認めていた私がなぜ転職することに決めたのか、自身の振り返りの意味も込めた退職エントリです。 振り返り 入社まで 高校生のときに趣味でプログラミングを始め、早々に進路は情報系で行くことを決意していました。大学は東京工業大学の5類・情報工学科に進学し、画像処理全般に興味があったため研究室ではコンピュータグラフィックス分野の研究をしていました。就活については、今ほどソフトウェアエンジニアのポジションが明確でなかった時代と記憶しています。いくつか受けた中で運良く内定がもらえてプログラミングもできそうなNTT研究所に就職することに決めました。 入社直後 当時は研究所全体にフレッツ光ネクスト開発の大きな流れがあり
もう他人事ではいられないRPAの絶大なる効果 昨日のエントリー、富士通の早期退職／ジョブ再配置に関する記事の反響はとても大きく、社会全体で仕事とは何かを見つめなおす契機ともなりそうだと思いました。 一方で、もう一つ気になるニュースを見かけました。 it.impressbm.co.jp 横浜市、NTT、NTTデータ、クニエのは2019年3月18日、RPA（ロボットによる業務自動化）の有効性を検証する共同実験の結果報告書を公表した。報告によると、RPAを試験導入した事務で、平均84.9％、最大99.1％の作業時間削減効果を確認した。横浜市は、共同実験の成果を踏まえ、RPAの本格導入に向けて引き続き検証を進める。 99.1%が削減ということは、その仕事って「まぼろし」だったのではないかと思うほどです。その業務を定常的に実施していた職員は確実にいるわけで、「RPAによる人減らし」は、破壊的な威力を
blog.shibayu36.org 1on1でいつもメモをとっているのだけど以前読んだ id:shiba_yu36 さんのテンプレートシートを少しカスタマイズして使うようにしたところ、思いの外使いやすいのでみんな使ってくれよな！と思ったというお気持ち表明です。 カスタマイズした箇所としては「前回の1on1後にやるアクションの経過報告や結果」を最初に追加しただけ。 個人的には相談内容からの雑談派生が割とぼくは発生するので「話したいことなんでも」項目はなくてもいいかもしれないなぁと思ったくらい。 ただなくすにはもったいない項目だなとも思ってはいるので、なにか話したいことがあったときだけ追加するみたいなオプショナルな項目でいいかも。
はてなのチーム横断のエンジニアメンター制度 - Hatena Developer Blog で紹介していますが、はてなにはチーム横断のエンジニアメンター制度があります。僕も最近までメンターとして5~6人ほどのメンティーを持っていました(今は事情があってメンターをやっていないのですが)。 メンターとして1on1をする時には1on1ミーティングに備えるアンケート - しるろぐを参考にし、事前にメンティーに面談シートを書いてきてもらうという工夫をしていました。その面談シートは改善を少しずつ加えながら運用していたのですが、一度知見共有も兼ねて最近使っていた面談シートテンプレートを公開してみようと思います。 面談シートテンプレート 以下のようなフォーマットで書いてもらっています。1on1の前にメンティーに1on1用Google Docsに追記していってもらっています。1on1用Google Docs
アルバイト、転職、キャリアアップなど、仕事探しの理由は様々ですが、条件にあった求人情報を求めて、何時間もスクリーンとにらめっこをした経験は誰しもあるでしょう。本日より、Google しごと検索 の提供を開始します。この新機能は、ウェブ上の転職・求人情報サイトや企業の採用ページ等から求人情報を探して、検索結果に分かりやすく表示します。 [ 渋谷 バイト ] [ 本屋 アルバイト ] や、[ パンケーキ シェフ 募集 ] のように、希望する職種やエリア等を入力して検索すると、関連する求人情報が検索結果内にひと目で分かりやすく表示されます。任意の求人情報をクリック、または、タップするとより詳細な求人情報が表示されます。 ログインして検索を利用している場合には、右上の「保存」をクリックもしくはタップして、気になる求人情報を保存しましょう。保存した求人情報は「保存済み」のタブで確認することができます
どこの会社でも「1行直すだけでしょ？ そんなに大変なの？」ということを何度も聞かれる (もしくは言外にそのニュアンスを含められる) ので毎度説明するのだけれど、「いや、そう思うだろうけれど大変なんですよ」以外に答えられていなくて、自分でもあまりうまい答えではないなと感じるのでまじめに考えてみた。 まず大前提として1行を修正するのに本当に言われるがままにその1行を直すのであればそれは作業者で世の中にエンジニアなんて職業はいらないわけで、ぼくらの付加価値は1行を直すときに1行の外にあるものを想起できるから価値があるわけです。 じゃあ、どんなことを考えているかというと、まずたいていそんなすぐに安請け合いできないシステムというのは1行を直すときに影響を受ける行数というのは10行や20行ではないことが多い。そこで影響範囲を考えます。途端にこれが1万行になったりする。すると、1万行へ影響が出るのにこれ
2月末日付けで退職しました。退職エントリ書くつもりは無かったんですが、周囲から「公益性が高そうなので書け」というお言葉をいただいたのと、あと海外在住プログラマのキラキラ記事っておおいに生存バイアスかかってる気がするし、死にゆく者の事例も大事かな、と。 はじめに つらみは有りましたが、うらみは有りません。当初3年ぐらいかなと思ってたけど、この1年間の経験には大変満足しています。また、同僚各位にも深く感謝しております。Vielen Dank. I love you ;) 日本に帰る理由も、ドイツがつらいってのはだいたい3割ぐらいで、じつは2年前からゲノム解析のウェブサービス化とか生物学周辺のソフトウェア受託などの個人事業をやってて、そろそろそっちに集中すっかー、というのがマジな理由です。 tl;dr 自分を守るのは会社でも制度でもなく、自分。Noと言えなければ死ぬしかない。 自分に落ち度が無い
※この漫画はフィクションです。 ※人命とかそういうのにかかわらない、軽微な何かだと思ってください。 ヒヤリ・ハット - Wikipedia 一つの重大事故の陰には、小さい事故が２９、そして事故未満の危ない！と思うような事例が３００隠れているといいます。 引用元:ハインリッヒの法則 - Wikipedia 小さいなにかが起こった時にそれに対して有効な手段で対策を練ることが、大きな事故（事象）を防ぐことになります。 クリティカルチェーン―なぜ、プロジェクトは予定どおりに進まないのか? 作者: エリヤフゴールドラット,三本木亮出版社/メーカー: ダイヤモンド社発売日: 2003/10/31メディア: 単行本（ソフトカバー）購入: 12人 クリック: 142回この商品を含むブログ (117件) を見る 合わせてこちらもどうぞ 子猫を殺す仕事 - orangestarの雑記 大人になるのが怖い、また
こんにちは。 以前、とりあげた記事が、気がついたら1000ブックマークをこえていてびっくりしました( ﾟдﾟ) 色んな人に共有されて良かったなあ(∩´∀｀)∩とのんきに考えていたところ、ある方から連絡を頂きました。 おいこら、勝手に何しとんねん(^^) 昔ネトゲで仲良くなった、この会社の役員様からでした((((；ﾟДﾟ))) あ、すんません消しときます(´・ω・｀) まさかここまでシェアされるとは思わず・・・。企業秘密だったりしました？と言ったところ いやー、別にかまへんよ。親父がみんなに愛されてて面白かったわ。 と、あっさりOKを頂きました。わたしと同い年でも、二十歳で役員に任じられた男は懐の深さが違いますね。（ちなみに、社長さんの息子ではありません） ただうちは、『世の中の人がまだ見つけていない、技術の新しい活用法を発見する』ことに軸足をおいてきた会社。いい仕事をするために、働きやすい
「ここ、こんな感じにできませんかね？」と言われたエンジニアが、「うーん、それはちょっと厳しいですね。できないです」と返すみたいなやりとりは結構見かけます。 この「できますか？」⇒「できない」というやりとりなんですが、「できない」という言葉にはいくつか裏が考えられます。言葉足らずだっただけでちょっとした調整をすればできるよね、というケースもあるので、「できない」という言葉の裏側をまとめておこうと思います。 先に補足しておくと、「エンジニアの人の言葉が足りなすぎるでしょ」という意見ももちろんあると思います。こういうコミュニケーションは、お互いの信頼度によっても変わってくるので難しいところです。お互いが相手に伝わるように意識すべきだと思うんですが、 エンジニアから「できない」と言われた時にどういう意味で言ってるのか想像しやすくなればいいなという思いで書いておきます。 ちなみに、「（できるけどやり
でっかい主語で入ったが、要するに2月にあちこち会社巡りをしたときに感じたことについてつらつら書こう、というのが目的。 特定の会社について書いてもしょうがないので、あれこれ*1回ったうちから少なくとも2〜3ケースで該当するなあ、と思ったことについて書く。特定の1社のみに該当する事項はこのエントリにはひとつも出てきません。 またエントリの主旨からして超上から目線になりますが、どうかご容赦ください。 これから成長が本格化するのでインフラを支えられる人材がほしい 正直に言ってこれが一番多かったパターン。スタートアップ的にサービスを作ってきたがその一方でデプロイや監視などの運用まわりが後手後手になっており、そのあたりを支えられる人物がほしい。 話としてはわかるのだが、気になったのは、これを聞くとき、詳しい内容を突っ込んでみると、どうも実際にはそう困ってはいない、というケースがほとんどだったように思え
現場ロックインが技術力さげてるのかもしれない - Javaプログラマのはしくれダイアリー
はじめに 技術を学ぶというのはすごい個人差のあることだと思います。 個人特性もあるし、興味の向く対象も違う。 組織にはいろんな人間がいる。 そんな中、いくら「技術力を学ぼう！」と啓蒙しても、 響かないことってありませんか。 最終的には人それぞれの問題にはなってくるのだけれど、 それって、現場ロックインが一因なのではないかなと思う。 現場ロックインの定義 「特定ベンダー（メーカー）の独自技術に大きく依存した製品、サービス、システム等を採用した際に、他ベンダーの提供する同種の製品、サービス、システム等への乗り換えが困難になる現象」をベンダーロックインという。 (Wikipediaより引用) 現場ロックインは僕の思いついた単なる造語で、 「特定のプロジェクトに特化した技術や顧客の事情を重視しており、 その他の現場に移動しても殆ど役に立たないローカルルールに依存している現象」を指す。 会社に対して
2015-03-07 某R社を５日でクビになった話 Hello,World!個人開発でぬくぬくやってきたエンジニアの僕が、縁あってエンジニアインターンし、５日目にしてクビになるという出来事があり、学びが多かったので綴りたいと思います。 ◼︎某社との出会い 焼き肉をおごるという企画で、スカウトが来て、オシャレでキレイな焼き肉屋さんでランチをしました。そこで、スゴイエンジニアさんに「このサービスのこの部分をこうしたほうがよくて、ここまで作ったので開発してもいいですか？みたいにすれば自分のやりたい開発ができるんだよ」と言われ、自分のエンジニアのイメージがガラッと変わって魅了されて、興味を持つようになりました。そのスゴイエンジニアさんは、今も憧れているスゴイ方です。カッコイイなと思っています。 ◼︎某社の技術責任者との出会い 会社訪問を予定していた日に、スゴイエンジニアさんにスゴイエンジニアさんの
デンキヤギ株式会社という名のITの会社を作ってから1年強になった。 自社プロダクトを事業の中心に据えたいとは考えているが、まずは安定経営のため受託開発を優先してきたことにより得た知見をまとめておく。ちらほらと「会社を作ってどうよ」みたいな事は聞かれた際に、まともに答えてきていなかったという自覚があるので、その回答でもある。 設立以前から現在までのざっくりの状況 中小SIerでサラリーマンエンジニア歴10年（うち5年ぐらいはR&D部門所属） 名古屋ローカルではあるが、コミュニティ活動はガッツリやってきた方 まずは1人だけの株式会社を設立 設立から1年ちょいの間に社員を2人採用 現時点では受託開発中心で、安定に寄せた経営方針 業績はボチボチ、倒産の危機とかはない程度には良い とりあえず受託で食っていくために必要なもの カネ コネ 相場・市況感 ちゃんと仕事を回してちゃんと納品する能力 さえあれ
そんなに使っているつもりはないのに、お金がない。次のお給料が入るまでどうしたらいいんだろうとお財布を眺めて悲しい気分になっている方もいると思います。 そんなときに限って、お金が出ていくような出来事が重なるものです。支払うべきものがあるのに支払えない！このピンチをどうやって乗り越えたらいいのか、今できる対処法についてお話ししましょう。 また、お金を作る方法やどうしていつもお金がない状態なのか、その原因についても詳しく説明します。 お金がない原因がわかれば、根本的な対処法がわかるようになります。お金がない辛い状況から早く抜け出せるようにしましょう。 お金がない！今すぐできる対処法 支払わなければいけないものがあるのに、お金がない！そんなとき、今すぐできることがいくつかあります。 とにかく今日中にお金が必要で、お金がない原因やアルバイトなどをしている暇なんてない！というお急ぎな人は、安心して利用
社内勉強会ネタがなんか盛り上がってますね。2004年ぐらいから散々やってきましたが、大きな成果を得られていないみたいな話でも書いとこうかと思います。 認識してる元ネタ 社内勉強会をやらない理由 - 勘と経験と読経 社内内弁慶を社外勉強会に参加させる方法: ソフトウェアさかば 社内勉強会はヤメだ。自主的はいらん、全員技術発表だ！ - Ｈのキーがhellで、Ｓのキーがslaveだ、と彼は思った。そしてＹのキーがyouだ。 はてブコメントとかを流し見ていると、どうも空中戦になってるようですね。 話がややこしくなるので、対象を絞り込む ここではとりあえず、Web系を除いたSI・メーカ系で、業界平均レベルの技術力の人間が社員の大半を占める会社に対象を絞ります（Web系あまりわからない。あと技術力が高いところは勉強会ガーとか言ってないはず）。 社内勉強会の目的 社内勉強会を開催する目的は大きく分けて、
日本におけるテスト駆動開発（TDD）のスペシャリストとして知られる和田卓人氏。講演活動やハンズオンイベントを通してテストの重要性を語り続けている。その深奥にあるプログラムの哲学とは── 父親がデータベース設計を得意にするソフトウェア・エンジニアで、受託開発の会社を経営していました。私は大学在学中からその仕事を手伝っていて、その延長で大学を出るとその会社の一員になりました。 そのころのことで一番印象に残っているのは、電子政府関連の公共システム開発に関わる大規模プロジェクトへの参加です。複数のSIerやソフトハウスが関わり、要件定義に時間をかけ、膨大な設計文書をつくっては、何千人というエンジニアを投入する、典型的な大規模システム開発です。私はそこにSEの一員として参加することになりました。 ただ、私は初日から生意気にも「Excelで設計書を書き続けるために来たのではありません」と嘆願して、基盤
ブロックチェーン普及の突破口になるか!? ジャスミーが目指す「インテル式」の市場開拓 2023/02/13 09:00
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
