4 月にエンジニアとなった人たちに知っておいてもらいたいこと
個人的な経験を書きますが、ぼくはエンジニア生活 10 数年で 5 社を転職して渡り歩いています。そして、その 5 社すべてでなにかしらの勉強会なり研修なりといったものをやってきました。 そして、それが仕事であろうとなんだろうと自分がエンジニアに研修なり説明会なりをするときは、自分がもらったものを返すつもりでやってきました。そのときそのときは当然所属している会社があるわけですが、その会社のため (だけ) にやったことは一度もありません。プロジェクトによって参加している人の立場も発注元だったり受託開発の常駐エンジニアだったり様々だったので、あくまで一人のエンジニア同士として自分が伝えられることをなるべく伝わるような言い方で伝えるということをやってきました。その中では所属会社へ都合の悪い話も出たりしますが、これは所属会社へのコミットメントとは別の話です (PHP 使ってる会社で PHP の悪い点
変数を吸い込んで関数は動くのだけれど読みにくいです - ニート=>ネトゲ屋=>ブラック=>電話屋
perlを書くけど会社の先人たちのコードに四苦八苦しています。 #例１ #! /usr/bin/env perl my $val = 1; hoge(); $val = 2; hoge(); sub hoge { print $val . "\n"; } 関数内で引数取り込まないのやめてほしい。 呼び出し時のスコープの変数をもって関数は呼び出される。 呼び出し時から上に遡って変数を確認しないといけない。 やっぱperl気持ち悪い。perlが気持ち悪いんじゃなくて会社のperlerの自信過剰というか バグになりそうな書き方は極力避ける、自分は忘却する、ってことを意識しない書き方が気持ち悪い気がする。 僕は知能弱いので脳内バッファ小さいです。なので呼び出し時の変数を持って関数がキックされるとかされると脳内に変数のテーブル持たなくちゃいけないのですぐしんどくなります。 なんかこういうperlって
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Login • Instagram
Login • Instagram
Login • Instagram
http://qixil.jp/q/246
凛として時雨 Tour 2013 “Dear Perfect” 広島 CLUB QUATTRO - Hatena:Counting
立誠シネマプロジェクト
