吟遊詩人ヴァネロピ @Vane11ope プログラマの仕事 「うーんなんだこのバグ」 →コード読む →わからん →わかってきた! →やっぱりわからん →またコード読む 一週間後にしてほんの数行のコードで解決することが判明 コードなんもわからん人 「ほーん一週間で数行しかコード書いてないの?wwちゃんと仕事しろww」 →そして戦争へ 2018-05-27 23:25:28
![「数行しかコード書いてないの。仕事しろよ」プログラマの仕事はコードのわからない人には理解できず戦争が勃発する説](https://cdn-ak-scissors.b.st-hatena.com/image/square/bf507f11b1c63b96b45766d0596d07078b85441d/height=288;version=1;width=512/https%3A%2F%2Fs.togetter.com%2Fogp2%2Ff0a7b5d307a5ab4b59be2e2338304930-1200x630.png)
4月からプログラミングを教える仕事を定期的に行っていて、集合研修という形が1つ、実験台としてプログラミングに興味がある学生の甥っ子に対してマンツーで教えています。自分の教えている内容がどう伝わるか、どんなイメージ絵を描けばいいのか、どの順番で説明すればよいのか。それらを検証するためです。 で、そんな中、甥っ子がポロッと漏らしました。 「おれ、やっぱりプログラミングのセンスが無いんだと思う。教えてもらっても全くわからないことが多いし...」 「ちげーだろ。お前は単なる練習不足にすぎない。2〜3回しか練習していないのに、どうやってオレと同じレベルで物事が判断できるんだって話。ちょっとしか練習してないのにセンスもクソもない。漢字の書き取りにセンスが必要か? 100回while文書いてみたか? 書いてないだろ? 」 「あ・・・(察し」 センスは練習不足の免罪符じゃない 彼が言っていたセンスがあると
というような大きく構えたタイトルにしてみたが、デジタルな結論を持った記事ではない。 教育制度として文系とか理系とか分ける意味あんのか、というような議論はさておき、現行でそういう制度が存在している以上は僕の身の周りにも文系学部からプログラマーになった人、理系学部からプログラマーになった人がいて、僕の知る限りでは両者にプログラマーとしての能力の差は見受けられない。 世間では、どうやらプログラムを書くのには数学的な能力が必要だと思われているせいか、あるいはいわゆる情報システム系の学部が理系学部に分類されているせいか、理由は全員に聞いてみたことがあるわけじゃないのでよく分からないが、どうやらプログラマーといえば理系だと思っている人が多いようだ。 僕個人で言うと、大学・大学院と数学の点数の低さを英語の点数でカバーしてきた(これは実際には点数の照会なんてしてないので実際には不明なのだが、明らかに手応え
リモート勤務を始めてから2週間が経ちました。 今回はその中で感じた色んな「予想以上」について書きたいと思います。 「予想以上」に遠隔地のハンデを感じないこれは一番不安視していたことでもあるんですが、現時点では遠隔地にいることで仕事に支障が出るということは感じていません。 ハートレイルズでは資料やコードは色んなクラウド環境を利用して共有しています。 その資料は膨大で見きれないなんてことはなく、良い意味で単純化されていて理解しやすい資料となっています。 そのため、ゴールや大体の方向性は共有した資料を通じて自然と合ってきます。 また、業務中はSkypeをオンラインにしていて疑問/質問等があればメッセージでやりとりして解決しています。 やりとりする中で言って頂いたんですが 「分からないことは何でも聞いてください、納得するまで聞いてください」 というスタンスでやりとりしているので、方向性がズレそうな
高専の友達と呑んでいた。 なんでそういった話になったか覚えていないが、情報工学畑の僕が 「大学の実験ページを見たらコンパイラ演習が無くなっていて驚いた。情報工学でコンパイラも作ったことないってどうなのよ?アカンでしょ」 と言ったところ、電気電子畑の友が 「そんなもの『電気科で8石スーパーヘテロダインラジオも作らないで卒業するのは許せん!』と言っている老害と同じ。やるべきことは時代で変わる。会社でも特定の技術に長けて成功した人ほど、視野が狭くなって老害化してほんと困る云々」 というようなことを言った。 ちょっと話は逸れるけど、家電メーカーでもあるよね。一度テレビで成功しちゃったが故に、赤字になってもテレビをいつまでも家電の王様と信じて作り続けちゃう、みたいな。バカは死ななきゃ治らない、って言うけど赤字事業でもそれに従事するエンジニアは超一級で、そもそもかつてテレビは最先端の花形事業であって、
If Carpenters Were Hired Like Programmers | DawO_od 面接官「なるほど、あなたは大工なのですね」 大工「そうです。私は大工として今までやってきています」 面接官「実務経験は何年ほどでしょうか?」 大工「10年です」 面接官「すばらしい。それはいい。さて、これから職場にふさわしいかどうか、いくつかの技術的な質問に答えてもらおうと思うのですが、よろしいでしょうか?」 大工「はい」 面接官「まず、弊社は茶色の家の建築が主な仕事内容でして。以前に茶色の建築の経験はおありで?」 大工「えーと、私は大工です。だから家は建てますよ。塗装の色の好みは人それぞれでしょう」 面接官「ええ、それはわかります。ですが、茶色経験は何年ほどでしょうか?」 大工「おいおい、分からんよ。建築したあと、どういう色で塗装されるかなんて私の知ったことじゃありません。たぶん、6ヶ
プログラマーは皆、常に秘密や嘘を抱えている。 これは間違いない。 基本的には誰にも話さないが、 (家族や友人などプログラムを知っていない人間に話しても分からない、という事もある) プログラマー同士の飲みの席などで、過去の笑い話として酒の肴になる事はある。 秘密や嘘の傾向には幾つかのパターンがある。 1) 仕様があいまいな場合の適当なコーディング 仕様があいまいな機能を実装する場合、想定していたものよりもプログラム量が膨大になる事はよくある。 また、細かいパターンや想定外のケースに対し、どのようにプログラム的対処を行うべきか? 洗い出しているとキリがない場合もある。 仮に事前に洗い出していたとしても、 「ケース自体は洗い出せているが、具体的にどのようなエラーメッセージを表示すべきか?」 などといった、その先がまたあいまいになっている場合もある。 このような場合、本来であれば決裁権のある人間に
こんにちは。ライブドアでブログを更新しているキツネハンターです。 今回はソフトウェア開発に必要となる「仕様書」を書く際のポイントについて紹介したいと思います。あと、このテイストはlivedoor ディレクター Blogのパクリです。 さて、仕様書と言っても、大別して2種類あることをご存知でしょうか?1つはユーザー側から見た外部仕様(機能仕様)、もう1つは開発者側から見た内部仕様(技術仕様)です。 例えば、「0〜100までの素数を全て求めたい、素数を数えて落ち着くんだ」というのが外部仕様。これに対して、「ある数X(Xは0以上、100以下)を2からXまで順に割ってアレする」というのが内部仕様。 外部仕様を書くのはカンタンです。たぶん、誰でも書けます。でも、内部仕様を書くのはプログラミングのスキルがないと書けません。内部仕様を書けるのは、プログラマーかスーパープランナーだけです。 ボク
本家/.記事「Ask Slashdot: Becoming a Programmer at 40?」より プログラミング、特にプロとしてのプログラミングを学ぶことは若い人のものであり、プログラマーは35歳を過ぎると下り坂で、職を失ったり、良くても給料が下がったりするといった話を/.でもほかの場所でもたびたび目にしている。一方、私自身に起こった出来事は対照的だ。私はコンピューターサイエンスの授業を大学でとったぐらいで、すぐに勤め始めたため、それ以上のことは学んでいない。その後、IT環境でのシフト勤務をずっと続けていたが、1年半前にてんかんと診断され、医師からシフト勤務、特に夜勤を禁じられてしまった。幸運なことに会社は私を解雇せず、Webプログラマーとしての仕事を学ぶ機会を与えてくれた。私はJava、JavaScript、JSTL、EL、JSP、正規表現、Spring、Hibernate、SQ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く