エンジニアの立ち居振舞い：情報は一次資料にあたる - tjinjin's blog
お題「エンジニア立ち居振舞い」 流行に乗りたかったんです...！情報の扱いについて。 大学時代に日本史学をやっていて、よく教授に一次史料を確認しなさいと言われました。ソフトウェアエンジニアになっても同じことを言われます。 いくつかのパターンを見ていきます！ ドンピシャの記事を探す よくやりがちなのは何かわからないことがあったとき、ググってヒットした記事を見て満足するケース。これはわかった気になってるけど見になってないので、応用が効かないしそもそも間違っていることがあるのでいまいちです。とくにIT系の技術はアウトプットが盛んなので、これで済むケースも多いですが、いざgoogle先生が解決できない問題に出くわすと非常に脆い状態になります。 ググっていくつかの記事を比較する 次に複数の記事を見るケース。これは良し悪しだと思っていて、時間がないケースとかなら仕方ないかもしれない。ただ、それでもその
エンジニア立ち居振舞い: 気持ちよりも行動を評価する - ✘╹◡╹✘
「エンジニア立ち居振舞い」 というお題に対しての投稿。 立ち居振る舞いというか、姿勢、それも比喩的な意味での姿勢の話なのだけど、所謂やっていく気持ちよりも、行動した事実に価値を見出すように努めている。エンジニアと言うとその職業柄、仕事の所作みたいな話が多くなりがちだけれど、何も仕事に限った話ではなくて、例えばブログ記事を書くときなどもそうであると思う。こういうものを頑張ってつくっている最中であるとか、こういうところで困っていて大変といった気持ちを吐露したくなることがある訳だけど、そこは矜持としてグッと我慢して、早くいいものを完成させてみんなを驚かせたいとか、苦しい気持ちはひた隠しにして反骨精神を高めるとか、そういう気持ちに変換して、より大きな成果を上げられるようにしたいと思っている。 自分に限らず他人の行動についてもそうで、何かやりたいと言っている人や、あるいは筋の良さ悪さについて考えあぐ
エンジニア立ち居振舞い「自分の担当範囲を意識する」 - マルシテイア
お題「エンジニア立ち居振舞い」 僕は今のチームでフロントエンド担当ということになっている。 一応肩書は「アプリケーションエンジニア」だしサーバー側のコードもガンガン書くけど、他のエンジニアとの立ち位置を考えると自然と担当範囲が決まってくる感じだ。 担当範囲の決め方 うちの会社ではWebサービス開発を行うエンジニアを「アプリケーションエンジニア」として一律に扱っているが、その実メンバー毎になんとなく担当範囲が存在する。 担当範囲は、個人的な嗜好、経緯、あとはチーム内での分担で決まる。 僕の場合は、フロントが好きということもあったし、チームに入ってすぐフロントのタスクをゴリゴリ進めた結果、すんなり現在のポジションに落ち着いた。 チーム内で一番JS書ける必要はなくて、チーム内での比較優位で決まることもある。 今のチームでもう2年以上も働いていて、その割に知らない仕様とか沢山でてくるけど、それらを
エンジニア立ち居振舞い：気になったことは納得行くまで追求する - はのちゃ爆発
流行りに乗っかってみる。 お題「エンジニア立ち居振舞い」 気になったことは納得できるまで追求する エンジニアに限った話ではないとは思いますが。 最近は便利なフレームワーク、便利なライブラリ、便利なサービスで溢れかえっていて、 あまり深く考えなくてもサクッとWebサービスとかアプリを作れてしまうような時代です。 そんな時代だからこそ、なのでしょうか。「どうしてこれが動くんだろう？」という疑問が湧いてくることが多いです。 Railsとかそうでした。コイツはなんでこのプログラムを、このファイルを勝手に読みに行ってくれるんだ…？とか。 （残念ながらRailsの中身を徹底的に追求することは出来てませんが、ある程度自分の中で納得できるところまでは落とし込んだつもりです。） 「これをこうしてこうじゃ」みたいな、めっちゃ簡単に複雑なことが出来るのが、ある意味でとても気持ち悪いのです。 なので、自分の中であ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
エンジニア立ち居振舞い: 信用できる情報を見る - I'm kubosho_