はてなブックマーク

再度10個シリーズ。前に似たようなこと書いた気もする。あと、個人事業主はメリットもあるけどデメリットもあるので、「個人でやるのがオススメです」みたいな感じのことではありません。自分のような崖っぷち症候群には良いポジションですが。 1. 勉強する気になる 契約取れないと飢え死にするので、知らない言語だけど割がいい話とかが来たら積極的に勉強するようになるし、1回契約したら延長できるように他の人より2割増しくらい頑張れます。たぶん。 2. 収入が上がる リスクが増える分、取り分も大きくなります。手取りだとだいたい1.5～2.5倍くらいになります。ただ、社会保険とか厚生年金のことを考えると、見た目ほど割りは良くないです。 3. 経費が計上できる 懇親会とか根回しで使った飲み代とか、遅くまで働いた時のタクシー代とか「会社が出してくれよ」と社員の人たちが心の中で思っているような支出を経費で計上できます

音を含めたリッチなページをJavaScriptで作ろうと思い、ちまちまと調査する。具体的には「ピコン」とか「カサカサ」といった音をデスクトップライクなWEBページで再生させたい。 調べてみると、IEではデフォルトでいろいろ入ってるから問題ないのだが、Firefoxで音を鳴らそうとするとQuickTimeのプラグインを使用することがメジャーな解として出てきてしまう。QuickTimeは自己主張が激しい子なので、極力入れたくない。 で、調べた中で一番便利そうだったのが、SoundManager2。 http://www.schillmania.com/projects/soundmanager2/ 内部的にはFlashを使用しているけど、それをJavaScriptからAPI的に呼び出せるようにしたものらしい。QuickTime使うくらいなら、これで良いかと思う。 HTML5では音声や動画のサポ

最近、私はPerlをポチポチと勉強しつつ、Rubyなんかも使ったりしている。 そうやって久しくやってなかった（そしてそれほど手に馴染んでもいない）言語を触っていると、自分が何を美しいと思うか、傾向が見えてくる。 それで……なんというか……あれだ、私はJavaを美しいと思ってしまったりしているのだ。static importとアノテーションは蛇足に見えるが、genericsは心地良いと思う、そういう人種だと気づかされてしまったわけだ。 どうか石を投げないで欲しい。FやUが付く言葉で罵ってブラウザを閉じないで欲しい。書いている私だって頭を抱えたくなっているのだ。 PerlとRubyはどちらも怠惰な言語（これは良い意味の言葉だと確かリャマ本に書いてあった）なので、それを使っていると生真面目な言語に対する本心に気づかされてしまう。そういうこともあるということだ。 では、私が怠惰な言語を嫌っているか

モンクレールウンアウトレットジャケットヤフオクでありながら、身体のラインが綺麗に見えるデザインで世界中で男女問わず熱狂的なファンを持つ、モンクレールダウンディースジャケット。

今制作している自サイトは、PHPやRuby等を使わずに、極力ピュアなHTMLとJavaScriptで作ることをモットーにしている。将来的な負荷に備えるというあまり現実味のない理由と、可搬性の高さを目指して。 プログラミング言語が必要になる場合は、最低限の値だけを吐くコードを書いて、Ajax通信でその値を取得するようにしている。これもビューとビジネスロジックの分離と呼ぶのだろうか。きっと呼ばない。 あと、全てのHTMLをStrictにして、HTML ValidatorにOKと言ってもらうことを義務としている。無駄なことにこだわることこそ、プログラマの本分と知る。 で、そういったサイトを作る場合、コンテンツのヘッダ的な部分やフッタ的な部分、パンくずなどの、全てのページで共通の項目を、どうまとめるべきか悩む。PHPとかJSPなら共通ファイルを一言includeするだけなわけですが、HTML+Ja

今日、Javaの5でコーディングをしていて気づいたこと。 問題1 Integer int1 = new Integer("10"); Integer int2 = new Integer("10"); System.out.println(int1 == int2); この実行結果は？ 問題2 Integer int1 = Integer.valueOf(10); Integer int2 = Integer.valueOf(10); System.out.println(int1 == int2); この実行結果は？ 問題3 Integer int1 = Integer.valueOf("10"); Integer int2 = Integer.valueOf("10"); System.out.println(int1 == int2); この実行結果は？ 問題4 Integer in

WEBプログラマ向け、10個の禁止事項 今年はこれをやらないように注意しようと思ったことを10個書いてみた。1, 5は気をつけたい。10は……私には無理だ。 1. 車輪の再発明禁止 commonsやCPANに同様の機能があることに気づかずに、自前で実装したりしない。後で全く同じ機能が存在することに気づいてショックを受けたりしない。必ず一度同じような機能が落ちてないか確認する。 2. 言語的冒険禁止 PHPで組んでと言われた時に「Pythonにしましょうよ」とかわがまま言わない。「それがダメならRalsで」とも言わない。Perlでやるべきことを「シェルで挑戦してみた」とかも言わない。 3. 死ぬほど働くの禁止 栄養ドリンクがないと乗り切れないような生活を1年中続けたりしない。適度に息を抜いたりサボったりする。2ヶ月以上連続して張り詰めるとヤバイらしいから気をつける。 4. 新人に優しくないソ

また10個ネタ。これで愛情がホントに測れるかと聞かれたら、男らしく測れませんと答えよう。 あー、通勤中に暇だったので…… 1. ソースを書いている時に、ふと笑みがこぼれる（もしくは声を出して笑いだしてしまう）ことがある コーディングしてると、こう、脳内物質が湧いてるのか知らないけど、ちょっと嬉しくなったり楽しくなったりして、笑顔になるみたいな。 2. ソースを読んでいる時に心打たれる（もしくは涙溢れる）ことがある あるセンテンスを見て、こういう書き方があったかとか思った時とか、ある言語を学んでる時に、こんなこと出来るんだと思った時に、胸にズーンと来る感じ。 3. 好きな言語（もしくは素直に好きと言えない言語）が2つ以上ある 自分の場合はPythonとJAVAっすかね。C++も捨てがたい。ENDって書かなくて良くて、変数に$付けなくて良くて、名前空間がはっきりした言語が好きかも。Javasc

先日、自分が知ってる疲労の対応方法をいくつか書いた。流れに乗ってスピーディにプログラムを書く為にやってる方法も挙げてみる。割と当たり前のことばっかかもしれないけど。 1. 速読を覚える 何やるにしても速読は役に立つかなと思ってます。仕様書も人の半分の時間で目を通せるし、ソースの広い読みも出来るし、あと普通に他人のソースを読む時に、人の3倍速くらいで読めるようになります。調べごとをする時に、ヒットしたページから必要な情報取り出すのも楽になります。 2. 速聴も覚える 速聴は論理的な文字列を頭の中で作り出す時の脳内演算速度が上がります。こっちはあまり本格的にやってないけど、効果はある気がしてます。 3. 作業する前に作業一覧を作る WBSじゃないけど、自分がこれからやることを細分化した項目を作っておきます。ソースに@TODOとかで書く人も見かけるけど、自分はメモ帳にさらっと書いて一覧にしておき

さて、なんでしょう？ と質問すると、いろんな答えが返ってきそうな気がします。Rubyだったら9割がRailsと答えてくれそうだし、JavaだったらとりあえずStrutsが一番多いような気がしますが、PHPはどれが一番になるか、さっぱり予想できません。 そんな疑問に、答えを返してくれるかもしれない記事。 PHP開発者の7割がフレームワーク利用、デファクトは定まらず http://sourceforge.jp/magazine/08/10/27/095210 Mojavi、CakePHP、Ethna、symfonyの4つが20%台のシェアを持って、見事にバラけているそうです。こういう状態は逆に珍しいような気がします。 Zend Frameworkがしっかりしてれば、多くのユーザがそこに流れるような気もしますが、使っている知り合いの話ではまだまだしっかりしてないとか。 個人的にPHPはあまり好き

私はプログラマらしく、１日に最低３時間くらいはインターネットなるものと戯れております 仕事で関わってる時には、日に１５時間とか戯れることもあります・・・・ そんな私が最近、思ったこと ここ数年、WEBサイトの閲覧でかかるPCの負荷が日々上がっている 感覚値の話なので、確かな統計は持っていませんが 我が家のPC（命名：NEZUMI）は処理能力はそんなに高くないです さらに、VisualStudioとか、Eclipseとかがたいてい立ち上がっています でも、昔はこんなにブラウザの負荷、高くなかったはずなんです ネットサーフしてCPU処理能力が気になるなんてことは、ほんとに稀だったんですAjaxのアプリを設計する際に、私はリッチであることが悪だと考えるようにしています リッチであればあるほど、ユーザは不快に感じる可能性が高い なぜか リッチであるということは、UIの操作が複雑で、ユーザに提示され

権限がありません。 あなたはその実行命令を下せるほど偉くはありません。 仕事しないプログラマごときがやって良いことではありません。 身の程をわきまえてから命令してください。 という意味の、非常にポピュラーなエラーメッセージ。 コマンド打ってみたらこれが出たという場合は、手っ取り早い解決方法として す と打つことが挙げられるが、パスワードを教えてもらっていないと実行できなかったりする。 本番環境のrootパスワードは知らなくても良いというか、できれば知りたくないというか、例え教えられそうになっても耳を塞いで「あぁー、聞こえないー」と叫んでおいた方が、責任を被る確率が減って良いかもしれないもの。 逆にテスト環境のroot権限とかがもらえない時は、権限が必要な作業が発生するたびに自分より偉い人に頼まないといけなったりして こんな何もできんユーザで仕事ができるかぁ！ 叫ばなければいけなくなったりも

実質は派遣にあたる形式で働いているのに、表向きは請負ということにしてしまっていること。 ＩＴ業界は、この偽装請負が日常的に行われているんじゃないかという疑惑の目が向けられていたりするもの。 人によっては、 自分、偽装請負の案件しかやったことないんだけど…… とか普通に呟いてしまったりするかもしれないぐらい、日常的に行われているなんて噂もあるかもしれないけど、筆者はそんな形態で派遣されている人は見たことも聞いたこともないもの。 うん、一切ない、一切ない。ホント、ホント。 ホント？ で、この偽装請負というシステム、けっこうややこしい話なので、できるだけ簡単に、そして若干間違いも含みつつ、説明をしてみようと思う。 例えばＡ（親）という会社がシステムを作ろうとして、Ｂ（子）という会社に労働者を提供してもらうことにしました。 この場合、Ａ（親）社主導で開発を進め、Ｂ（子）社から人だけ借りようとすると

面白いのもちらほら書けたような。あまり毒舌が使えないのが辛いところです。企業の悪口とか書けないし、特技であるWEBアプリケーションのクラック自慢とかも出来ない。 気晴らしにブログの移設を検討しようと思い、とりあえず作ってみる。 http://blog.mwsoft.jp/ 主な移設検討理由は、内容が伴わない割にGoogleの検索ランクが上がってきてしまったことが微妙なことと、せっかく独自ドメインがあるんだから使っておこうということ。あと、無料のSeesaaよりもお金払ってるさくらのブログ使った方がサービスが良さそうな気がすること。 実際にさくらのブログを使ってみたら、投稿時の画面遷移がかなり軽い。さすが有料サービス。本格的に移行することになったら、タイトル下辺りにリンク貼ります。