マイお題はユーザーが作ったオリジナルのお題です。このお題をネタに他のユーザーも記事を書くことができます。ブログのネタ探しや、ブログを書くきっかけにご利用ください。マイお題の使い方はこちら
お題「エンジニア立ち居振舞い」 - はてなブログ
マイお題はユーザーが作ったオリジナルのお題です。このお題をネタに他のユーザーも記事を書くことができます。ブログのネタ探しや、ブログを書くきっかけにご利用ください。マイお題の使い方はこちら
Kaizen Platform, Inc. エンジニア行動指針
Engineering Teamの Akira MAEDA です。 今回はKaizen Platform, Inc.社内にあるエンジニア行動指針を紹介したいと思います。 このエンジニア行動指針は創業間もない頃に技術顧問のNaoya Itoが中心になって作成し、今から2年半ほど前にオフィスに遊びに行った私に、CTOのToshimasa Ishibashi、Naoya Itoの二人がKaizen Platformの実現しようとしている未来とともに熱心に説明してくれ、私のKaizen Platformへの転職のきっかけになったことを今でも思い出します。 以下内容 — - Kaizen Platform, Inc. エンジニア行動指針Message from CEO (Kenji Sudo)・ 我々はクラウドソーシングで新しい働き方を作り出していく集団なんだから、我々自身も新しい組織のあり方に挑戦
知っていてこだわらない、それがいいソフトウェアエンジニアの条件なんだと僕は思うんだ - assertInstanceOf('Engineer', $a_suenami)
週末の午前中、カフェでアイスコーヒーを飲みながらふとポエムでも書いてみようかと思い立ってしまったので、ちょっと前からよく考えていることを書く。本当に思いつきで書くので乱文になる可能性が高いけどご容赦いただきたい。そもそもブログを書くこと自体が相当久しぶりだ。 僕ももう 30 をすぎて、プログラマの世界ではさすがにもう若手とは呼べなくなり、教育っていうのはおこがましいけど、まあ自分より若い人たちの指導みたいなことをやらないといけない立場になってきたからこそ、「いいプログラマとはどういう人なんだろう。この人たちはどういうことを学べたら幸せだろう。」ということをよく考えるようになった。そういう話をする。 プログラマは手段のスペシャリストである 世の中には目的・手段論みたいな論調が存在する。 「それは手段だよね。目的をはき違えたらダメだよ。」という話はいたるところでよく耳にするんだけど、僕はこれを
エンジニアが勉強し続ける理由 - mike-neckのブログ
これはほとんどネタです。 ここ最近、マルクスを再読していました。貧富の格差、貧困の問題とかワーキングプアーなどがニュースになっていることを見るにつけ、マルクスが気になっていたからです。マルクスが資本論を書くための準備していた時期の『経済学・哲学草稿』などに、貧富の格差、ワーキングプアーといった今とまったく同じ問題が記述されていたので、マルクス経済学は超克したとかいいつつ、実は全く何も超克していないのだと思いつつ有ります。 時折、話題になる労働に関するテーマなどがあり、それらについてもマルクスの著書ですでに述べられていることがあったりします。 例えば、エンジニアが勉強し続けることについてです。 今年、このことの元になった記事はこれだと思います。 101回死んだエンジニア: 業務時間外で勉強をしなければいけない理由 簡単にまとめると、技術者は技術だけが武器であり、それが通用しなくなると歪んだ環
プログラマの心の健康
目次 はじめに 情報不安について 人の話を聞くこと 寝てから考えよう わ・ざ・と、ゆ・っ・く・り・、や・っ・て・み・よ・う ロビンソン式悩み解決法 驚き、最小の法則 むしょうに腹が立つあいつのこと あなたは、そのままでいいんです はじめからやり直したい症候群 人から信頼されるためにはどうしたらよいか トラブルがチャンス あなたはひとりではありません あなたのための聖書の言葉 ぜひ、感想をお送りください リンク集 更新履歴 はじめに 私はプログラマです。 プログラムを書いて生活の糧を得ています。 プログラマというのは精神的にも肉体的にも過酷な仕事だと思われています。 夜遅くまでディスプレイに向かい、 キーボードを叩き、ジャンクフードを食べながらバグをとる…そんな職業だと思われています。 確かにそういうところもありますが、プログラマも人間です。 不健康な生活を長いこと続けることはできません。
エンジニアをどう評価し、どう育てるか
エンジニアをどう評価し、どう育てるか。自分自身そんな偉そうなことを言える実力を持ってるわけでもないんですが、最近考えざるを得ない機会が増えてきたので、自分の考えをまとめてみました。 エンジニアスキルの3つのレイヤー エンジニアのスキルは、大きく分けると3つのレイヤーがあると思っています。 1つ目は「業務スキル」。特定のプロダクトや会社に特有のスキルで、プロダクトや会社が変わると役に立たなくなるもの。 2つ目は「言語・フレームワークスキル」。いわゆる「rubyできます」「railsできます」みたいなやつですね。 そして3つ目は「汎用スキル」。会社や言語が変わっても使えるスキルです。 この3つはそれぞれオーバーラップする部分もありますが、汎用スキルが土台になって、その上に言語・フレームワークのスキルを構築し、一番上に業務スキルが乗っかってるイメージです。 じゃあその汎用スキルって何よ？っていう
エンジニアにとっての地方と東京 ─ �あるいはエンジニアのキャリア形成に環境が与える影響について
"首都「圏」から島根「県」へエンジニア・ワークシフト2015" での講演資料です
毎日コードを書くことと、それにまつわること
とあるきっかけで、ここ1年半近くやってきた、毎日コードを書くことについて振り返ってみようということになった。 実質続いてるのは約一年。始めたのは2014年の3月頃。 約1年前に1週間ほど途切れた期間があるが、そこからちゃんと再開しているので、そこについても言及した方が良いかもということであえて試みを始めてからの期間で1年半と言っている。 これは現時点のコントリビューションの状況。 思いのほか、気づきがあって良かったと思う。きっかけを与えてくれた2人に感謝。 自分がこんなエントリを書くとはおこがましいという感覚があるのだけれど、2人の意見を聞いて、もしかしたらこの話をオープンにしたら誰かの役に立つかもと思い、一度Secret Gistとして書いたものをもう一度時間を取って振り返り、バックグラウンドの説明を含めたりしつつ書き改めてみた。 前置きが長くなったが、これは毎日コードを書くことのような
自分なりの iPhone アプリ開発手法とかこだわりとか書いてみた
Twitter で vの人こと @voluntas さんに 無 茶 振 り されたので、自分なりのポリシーとかこだわりとか開発手法とかをまとめてみることにしました。今仕事で iPhone アプリの開発を主にやっているので、 iPhone アプリに関する内容が多いですが、それ以外の開発でも使えると思います。 あまり技術的な内容やツールに関する内容はありません。それらは別エントリーにまとめようと思います。 ■大前提: 自分を知る まず何はなくともこっからです。なんだか開発とか全然関係ないじゃないか、怪しい自己啓発じゃねえかと思われるかもしれませんが、敵を知り己をを知れば百戦危うからずと昔のエライ人も言ってます。それにそもそも私がどのような人間なのかを理解しないと、せっかくの開発手法もそのまま真似してはうまく合わない・上手く回らない・賛成できないということになりますので、非常に大事だと思います。
一生プログラマであるということ | F's Garage
Web系やシステム系のエンジニアは、一生プログラムを書いていたいのだろうか。僕自身は、こういう言説をどう捉えていいのかよくわからない。むしろこういう言説は少しネガティブだ。 僕自身のキャリアは、もともと機械製造業の電気制御の設計で、現場で物を作る立場から、設計へと移動した流れ。その会社では大卒入社組は製造での経験を経て、設計職に行くパスになっていた。いわゆるテレビ東京とかが好きな意味での「ものづくりの現場仕事」ではなく、設計を通じて「製造部門や調達部門に指示を出す役割」である。 もちろん電気制御なのでプログラムは書くが「プログラマー」ではなくて、あくまでも「技術者」という枠組みで捉えている。 ハードもソフトも全部やるってことだけど、全部を自分で作れるわけじゃなくあくまでチーム戦。如何に人にお願いし、いいものを作ってもらうかというのも技術者の仕事だと思っている。外注さんにもお願いするし、パー
Quipperを退職しました & 求職中です - fujimuradaisuke's blog
一言でいうと: Quipperを退職しました。Quipperの皆さん、本当にどうもありがとうございました！現在求職中です。ご興味あれば me@fujimuradaisuke.com か https://facebook.com/dfujimura までご連絡ください。Ruby、JavaScript、チーム開発のリード、などができます。wishlistはこちら 2015年6月末日をもって、Quipperを退職しました。 立ち上げ当初のMercariを体を壊して*1辞めて*2入院して手術受けて退院、さて今後どうしようと悩んでいるところで、ひとまずフリーランスで働こうとQuipperで働き始めました。2013年6月でした。 当初からフリーランスはあくまでモラトリアム期間という位置づけで、いずれは正式に会社に入るつもりでした。働いてみるとQuipperは想像以上によいところで、9月には正社員になっ
30代で初めて転職するITエンジニアがやりがちな失敗とその対策 - paiza times
Photo by greyloch こんにちは。谷口です。 30代のITエンジニアの皆さん、転職活動をしたことはありますか？ 特に大手IT企業勤務などのITエンジニアの方々の中には、「30代だけどこれまで転職活動はしたことがない」という方も数多くいらっしゃると思います。とは言え、「このまま今の会社にい続けていいのかな……」「そろそろ転職も視野に入れようかな……」と現状に危機感を覚え、転職を考えている方も多いのではないでしょうか。 今回はそういった方に向けて、実際にエンジニアの採用活動をしている企業に聞いた、30代の応募者の落選理由をもとに、30代で初めての転職をする場合につまずく原因、やっておいた方がいいことなどについてお話ししていきたいと思います。 ■30代の人が初めての転職でつまずく原因 30代で初めての転職をする際につまずく大きな原因の一つが、 「自分の市場価値を知らなすぎる」 とい
エンジニアのための英語
本日、以下のような文章を読んだ > I was suffered from ~ ~の部分には遭遇した諸問題について書いてあったので、この文章は「苦しめられた」と言いたいのだと推察できた。ただ、残念な事に、be suffered というのは多分現在ではほとんど使わないし、意味が若干違ってくると思う（詳しくは検索してきて！） sufferと言う言葉は「苦しむ・被る」という意味なので、受け身にすれば「苦し『められる』」という意味になるのではないか、というつもりだったのはないかと推察するが、sufferはすでに受け身の意味なので、I sufferですでに何かに苦しめられているのであり、これをさらに受け身にする必要はない。 > I had to suffer from having to deal with spaghetti code とかなら、「スパゲッティコードに立ち向かわなくてはいけなかった
エンジニアとしていかに成長するかについて、GMOグループの新卒エンジニア・クリエータの皆さんにお話した - Kentaro Kuribayashi's blog
GMOグループにはGMOテクノロジーブートキャンプという新卒エンジニア・クリエータ向けの研修メニューがあって、そこでなんか話してくれという要請があったので、「エンジニアになる」というタイトルで、エンジニアとしての成長について、少しお話をしてきました。 自分自身がエンジニアとしていままでどうしてきたかみたいな話は、まとまった形ではこれまでしたことがなかったわけですが、立場上とか年齢的にも「僕ごときが……」とかいってもいられないので、恥を忍んでスピリチュアルな話をしてみました。以下、ご笑覧くださいませ。 いいたいことはだいたいスライドに書きこんだのですが、以下、ちょっとだけ補足。 このスライドを作っていた時に、ちょうど「現場ロックイン」についてのエントリが話題になったり、また、このエントリを書く直前にも似たような話題のエントリを見たりしました。 現場ロックインが技術力さげてるのかもしれない -
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
