ssig33.com - 生産性の高いエンジニアは本当に 10 倍の生産性があるのかというようなのよく言われますがこれは間違っていて 生産性の低いエンジニア: ある閾値を越えたものは作れない 生産性の高いエンジニア: 生産性の低いエンジニアの作れないものでも作れる というような感じであることが殆どで、生産性の低いエンジニアに 10 倍の時間を与えたからどうにかなるというようなもんでもないでしょう。 時間が何でも解決すると思ったら大間違いだ。 back to index of texts Site Search
小手先エンジニア : Nothing is impossible
最近よく目にする「フルスタックエンジニア」とは何だろうか？ 以前なら(エンジニア)ゼネラリスト、最近はフルスタックエンジニアって呼ばれる類のエンジニアの需要というのは年々高まりつつあります。 ネットワークとサーバがわかってミドルウェアがわかって設計ができてコーディングができてUIも作れてデプロイまでできる。 これは確かに最高です。 わたしはUI周りに弱い、具体的にはJSとCSSに弱いのでそこもカバー出来る人はいいなあと思います。 なにせ一人で公開できるサービスが作れますからね。 UIがカバーできないとプロトタイプというかスケルトンで止まってしまいますw しかもクロスオーバーした技術をもっているということはそれだけで造詣の深い設計が出来る可能性があります。 ところがここに罠が一つあります。 まだまだ未熟なエンジニアが「よーし」とかいってそういうのを目指してしまうと、ただ使い
婚活パーティー・恋活パーティーなら、ゼクシィ縁結びイベント
イチオシ [[data.opening_days_date_label]] [[data.opening_days_time]]〜 [[data.tertiary_area_name]] ([[data.secondary_area_name]]) 男性 [[ entryStatus(data.application_deadline_date, data.entry_status_male) ]] [[data.condition_male_from]]〜[[data.condition_male_to]]歳 / 女性 [[ entryStatus(data.application_deadline_date, data.entry_status_female) ]] [[data.condition_female_from]]〜[[data.condition_female_to]]歳
デザインパターンにまつわるエトセトラ - 神様なんて信じない僕らのために
社内でデザパタが盛り上がっていたので、社内勉強会でLTしました。 その資料です！ 基本的に自分はデザインパターンは「言語に依存しない設計に名前をつけたもの」だと定義しています。 なので、よくある「デザインパターンってJavaじゃないと役に立たないよね」なんていう意見には反対です。 勿論、言語によっては適応する意味の無いパターン、意味の薄いパターンもありますが、 GoFのパターンだけがすべてではないですし、 "設計に名前をつけて共有する"というスタンスこそが最高のものだと思っています。 （酒井姐さんは社内のエンジニアです） デザインパターンとは何か？ View more presentations from Isoparametric ! 最後でも紹介していますが、この本が超オススメです！ デザインパターンとともに学ぶオブジェクト指向のこころ (Software patterns serie
【2018年更新】心に響く、プログラム、コンピューターに関する優れた格言、名言 | naglly.com
何度か紹介している下記の"Stack Overflow"は、エンジニアのためのQ&Aサイトです。 Stack Overflow - Where Developers Learn, Share, & Build Careers https://stackoverflow.com/ このサイトの、人気があるＱＡの中で、「great programming quotes（凄いプログラミングの格言）」と言うのがありましたので、その中から、特に心に響いたものを抜粋して和訳します（2018.11.15 追記：リンク切れしていたので、魚拓をリンクし直しました）。 Great programming quotes - Stack Overflow http://web.archive.org/web/20100818203850/https://stackoverflow.com/questions/58
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
プログラミング未経験のタワレコ店員がエンジニアになって思ったこと
コードの複雑さを上げずに「世界の複雑さ」と戦うために読んでおきたい良書5選【2012年のインプットlog-和田卓人】 - エンジニアtype
「飽和と細分化」が進んだ今年、あえて低レイヤーのプログラミングを学び直した理由【2012年のインプットlog:増井雄一郎】 - エンジニアtype