アフィリエイトで勘違いした大学生の末路
ただの趣味で始めたはずなのに大学生だった2007年頃から趣味で他愛もないホームページをつくっていた。 ワードプレスやライブドアブログのようなCMSには頼らず、1から10まで自分で作ることにこだわった。 すぐにのめり込んでいき、大学の図書館にこもりWEB関係の本を借りまくった。 しかしWEB関係といってもPHPやSQLは理解できなかったので、まずはHTMLとCSSだけ勉強して静的なページをべた書きで量産していった。 HTML,CSSですら最初はつまづいていたけれども、自分の意図した通りにデザインできるようになってからは面白かった。 アクセスは全く増えず、一日100PVにも満たなかったが、僕はめげなかった。 講義には出ず、学園祭にもサークルにもいかなくなり、周囲からは「まだやってたの」「何がしたいの」と呆れた目で見られるようになった。 付き合う人も限定されて社交性は衰えていった。 半年が経って
プログラマを殺す方法
くら @mizunokura たとえ全角数字も全角スペースも通用しないプログラマでも、半角2つ・半角4つ・タブの三種類のインデントが混ざったソースを投げつけられると死ぬ。 2011-06-23 20:53:08
新社会人のためのバグレポートの基本 - mixi engineer blog
はじめまして、品質管理部門の柿崎です。 最近、Skyrim にハマってしまい、人生一回休みになりかけています。 季節は春ということで、新社会人になられる方も多いと存じます。 新社会人が会社勤めをするようになって、初めて書くビジネス文書といえば...... そうですね！「バグレポート」ですね。 今回はバグレポートの基本について書きたいと思います。 近年、開発現場ではバグトラッキングシステムが定着し、ドッグフーディングのような社内テストを行う現場も増え、テスト担当者以外の方でもバグレポートを提出する機会が増えています。そして前衛的なバグレポートによって、プログラマ達が理不尽かつ不可解なバグ地獄に叩き込まれる機会も増えています。 バグレポートは諸刃の剣です。 良いバグレポートはアプリケーションの問題を速やかに解決まで導きますが、反対にダメなレポートは現場に混乱をもたらします。 良いバグレポートを
受託プログラマの進路 〜アジャイルセールスと手塚モデル〜
This document introduces the author as a software engineer who works with Redmine, TestLink, and open source projects. It provides an overview of the author's background, interests which include Hadoop and database technologies, and links to the author's blog and social media profiles. The author signs off by noting they are available for any questions.Read less
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
MOGOK
프로그래머로 부터 배우는 코딩 기술 (プログラマから学ぶコーディングテクニック)
プログラマに半角全角の入り乱れた数字を見せ続けると死ぬ。
