はてなブックマーク

今働いてるC#の案件は、元々はPGx2人で作るはずが俺1人になったけど、それでも納期が死ぬほど甘いので、とにかく時間が腐るほどある。だから、WPFかつMVVMで作って見ることにした。失敗してもアプリケーションの機能が少ないから、Formで作り直しても間に合うし。初めてVisual Studio 2005より先のバージョンを業務で使えるので、LINQだのラムダ式だのの要素はひと通り使うつもり。.NET 4.0だからC#5.0の非同期処理は使えないけど。 で、AndroidとWPFは少し似ている部分もある。MVVMで一度開発してみれば、自分が作ろうとしているMVC+PMのアーキテクチャーに何か新しい知見と着眼点をもたらしそうな気がするんだよね。MVVMは、MVPMの亜流と言われているが、門外漢にさらりと分かる詳しい解説もあまり無かったんで、実際に作ってみないと見えてこないことがある。 以下は開

派遣社員・フリーランス(個人事業主)といった就業形態の数少ないメリットを挙げるとしたら、「辞めたくなったらさっさと辞められる」ということがある。 もちろん、正社員は辞意を表明すれば2週間後に退社できるが、派遣や個人事業主は、(両者の合意で契約を途中解除しない限り)期間満了するまでは辞められないので、むしろ法律的には「辞める自由」を制限されていると見ていい。 また、社会的な立場がどうしても正社員よりも低いので、現場から「今辞められると困るのでもう少し待ってくれ」と要望された場合、それに従うように色々と圧力が掛かる。例えば派遣会社は、派遣先との関係を今後も良好に続けたいあまり、相手の言うまま契約延長を呑むように命令してくるだろう。 それを踏まえてもなお、「何か自分の気に喰わないことがあればさっさと辞める」というのが、派遣・フリーランスの正しい生き方のように思えてならない。少なくとも、不満を抱え

諸事情が有ってまだ請けるかどうか決めてないのだが、フルリモート(在宅)でWeb開発のお仕事を頂いた。給与も前と同じぐらい。要は、仕事場に来なくていいから自宅からsshなりで繋いで仕事してくれというもの。「嬉しい」とか「誇らしい」とか以前に、そもそも「まともな給料を貰える在宅の仕事」が存在したことに驚愕している。 給与を無視すれば「在宅の仕事」を探すこと自体は難しくない。もう具体名は出さないが、たとえばあれとかは基本はフルリモートの募集だ。でもあそこは俺の相場感だと1/100ぐらいなので月収8万どころか8000円ぐらいだ。本業として生計を立てるどころか、副業としてもアウトだ。 海外だとフルリモートワークと言うのは珍しくないというか、ヤフーなんかは女社長が「やっぱ出勤しろ」と怒っているのは話題になっているが、日本で、それも外部委託の立場の人間にまさか「在宅でいいよ」と言ってくれる神企業があると

という思いあがりを持つエンジニアは少なくない。というか、現状の俺が今この状態に陥っている。 もちろん、この思考回路自体は決して間違いではない。プログラミングにおけるセンスや問題解決能力、情報収集力などは凡そ普遍的なものだから、言語やフレームワークみたいな些細なもの、時にはパラダイムの違いですらも、優秀な人間であればごく短期間で乗り越えて、その能力を遺憾なく発揮できるはずなのだ。 その辺りを理解している企業も多く、少しマイナーな言語や環境での募集の場合、たとえ未経験でも意欲と能力を買って採用する事も多い。というかむしろそれが普通なんだろう。その辺りの融通が効かない駄目な会社は、そもそも「最新の技術」なんて導入せず、既に枯れ始めて実績と経験者のあるものに固執するからだ。 ただ、問題なのは、たまに有能ではないのに自分の能力を過信して「俺は優秀なんだから何でもできる。さあ誘え」と完全に受け身モード

就業時間が10時-19時という会社は非常に多い。 むしろ、これまでの傾向から言えば、SIerなどやや堅い会社のみ9時出社とし、あとは基本的に10時-19時という印象がある。この業界は毎日遅刻してきたり、毎週月曜日には必ず「家族が急病に伏せった」「家屋にトラブルが起きた」とか理由をつけて休む輩も多いので、10時始業の方が合うのだろう。 でも俺には10時始業は無理だった。というか19時退社が駄目だった。 都内の23区に住んでいるが、19時に定時退社すると、帰宅時間は急いでも19時45分以降になる。自転車通勤であるが電車だともっと時間が掛かって19時50分とかになる。9時始業であれば18時台に帰れると思うと、これは非常に問題がある。 例えば、今はもうサッカーの試合はあまり観る事がなくなったが、多くの試合のキックオフが19時30分とかに設定されている。それだと試合開始までに間に合わない。 また、「

長く非正規で働いてきた俺も来月からとりあえずフリーランスで働くことになった。雇用形態がどうなろうが結局は現場で常駐して働くわけで、その辺りのキャリアの進歩の無さには焦燥感を感じるわけだが、いかんせん先立つものが無いので、無職期間を満喫するにも限度があった。 フリーランスと非正規との違いとして、自分で確定申告をして所得税を収めること、非正規が加入する社会保険(厚生年金＋健康保険)や雇用保険には入れないことがあるが、特に医療保険と年金についてはこれまで意識することがなかったので少し調べてみた。そして、改めて「非正規社員を辞めてよかった」と実感することになった。 年金 今後は共済年金は厚生年金と合体するので実質的には2種類。 種類 加入者 受給額 国民年金 非サラリーマン 基礎年金 厚生年金 サラリーマン 基礎年金+上乗せ年金 共済年金 公務員 基礎年金+職域加算 医療保険 健康保険などはここか

実装やコンパイラの性能次第で幾らでも変わると思うのだが、プログラミング言語の速度については、大体以下のようにグループ分けして考えている。 同グループ内であれば速度は似たり寄ったりなので「どっちが速いのか」という思索に至ることはなく、例えば「JavaやC#のどちらが速いのか？」という点についてはこれまであまり意識することはなかった。 ところが、今日こんな記事を見た。 JavaとC#の「int」の比較 - Qiita 有り難いことに、昔書いたエントリーが紹介されており、面倒臭かったから探しもせず、計測もしなかったJavaのプリミティブ型とC#のデータ型のパフォーマンスを調べて頂いており、5万回ずつ単純な数値型を増減する処理を実行しており、最後にはこういう結果が出ていた。 Java : 2783ms. C# : 15236ms. という結果が出ました！ これは少し驚きだ。 というのもC#の方が6

俺は正規表現が得意ではない。しかし、凡そどんなプログラミング言語でも役に立つ技術なので覚えておいて損はない。だから最近になって頑張って勉強をして、業務でも適切な機会があれば必ず正規表現を用いて書くようにしている。言うまでもなく慣れてくると非常に面白い。正規表現リテラルと称して/^hoge$/と簡単に書けるRubyやJavaScriptの秀逸な設計を改めて認識してしまう。 話は変わってこんな記事がある。いい話（ウェブリオ辞めました） - アスペ日記 はてぶ数が非常に多く、退職エントリまとめでも最上位(ちなみに1位はこの人がGoogleを辞めたとき)。京大大学院卒で元Google社員という経歴から見れば、こんな浅学菲才の俺のような人間とは少し世界が異なるとは言わざるを得ない。プログラマーとしてのキャリアも翻訳ソフトで5年間、Googleで1年と俺のキャリアよりも全然長い。ただ、今日改めて読み直

来年3月で1.5年ほど働いた現場を去る。非常に働きやすい職場だったし、周囲の人間もみんな良い人ばかりだった。残業をそれなりにして520万程度だが収入面も「極めて安い」という訳でもなかった(2015/6追記。やっぱ安い)。だが、ここでの経歴や実績は、「ASP.NET」とだけ書き、フロントサイド(レスポンシブデザイン、レガシーブラウザ、SNS連携)やPL/SQLのバッチ作成などの成果のみを殊更強調し、サーバー側の言語についてはあまり触れないようにしたい。何故かというとVBだから。 「VB.NETはC#の方言」という見方も強くなっている。歴史的に見ればむしろDelphiから産まれて、JavaとC++を反面教師としつつ上面を拝借した2002年に1.0が登場のC#よりも、BASICから連なるVBの方が全然古参だ。求人数的にもVBの方が多いように見える。加えて、言語仕様的にもC#で出来る事は基本的にV

例えば、GoFデザインパターンのIIteratorでは、もうJavaやC#では拡張forなりforeachがあるのでほぼ不要になっており意識して実装することも無くなってきていると思うわけだが、ここにきてDecoratorパターンもパターンとして意識する必要性が無くなってくるのではないかと思う。 というのも、Java SE8では、ラムダ式が遂に実装されることばかりがクローズアップされるが、実はインターフェイスのデフォルト実装が導入されるというかなり重大な変更も予定されている。構文はまだ変更されるかもしれないが、こんな感じになるらしい。 public interface Sample { public Object doSomething() default { return null; } } あのRubyの父親まつもとゆきひろも指摘していたらしいJavaの大きな欠点だった「実装を共有できな

エンジニアは比較的転職しやすい職業のように思う。需要は常にあるし、技術と実績次第で割と何処でも働けるから。しかし、転職活動をする際の所謂「転職サイト」の選択については少し慎重になった方がいいかもしれない。かくいう俺自身は実は転職サイトは3～4個しか利用したことがない。でもその中でも1つだけ群抜けて「これは絶対に利用してはいけない」と言えるサイトがあったのでそれについて書きたいと思う。まあタイトルでも言っているように、リクナビNEXTなんだが。 Q.なぜリクナビNEXTを絶対に利用してはいけないの？ A.自動配信メールと人売り紹介料狙いの転職エージェントからのコピペメールしか来ないから。 転職者は「自分の思い浮かぶ将来像」を踏まえて、自己PRやキャリアプラン、過去から今までの膨大な案件の概要や開発環境・技術、役割、成果などについて「どう書けば自分の思いが伝わるだろう？」「どうすれば私の良い所

書ける言語の数が両手で足りる人間が好きな言語を語るのもどうかと思うが、C#は好きな言語のトップ3には間違いなく入る。だけど悲しいことに、ここ1年ぐらいC#でコーディングする機会がなく、専らRubyとJavaScriptとVB(しかも自由に改行できない2008!)ばかり書いていたので知らなかったのだが、アンダース・ヘルスバーグ曰くC#6.0はコンパイラもC#で書き直して出すとのこと。 http://wesnerm.blogs.com/net_undocumented/2013/07/anders-on-c-60-at-build-2013.html んで、更にググって見るとC#の開発者であるマッツ・トルゲルセンという人がなんか昨年の12月にC#6.0の導入を検討されている新機能を語ったという情報がある。 http://adamralph.com/2013/12/06/ndc-diary-da

Javaは決して悪い言語ではない。 C++からポインターの「*」やアロー演算子の「->」とかスコープ演算子の「::」とか気持ち悪いものを廃止・整理して、比較的読み易いシンタックスになったと思う。1995年当時から見れば、十分に出来の良い言語だったと思われる。 でも後発のC#でコーディングする機会が増えてきたら、如何にJavaが駄目(というか保守的な)言語かってのもまた同時に痛感してしまう。2005年リリースの2.0の時点で既にJavaをほぼ完全に上回っていると思うのに、その後ラムダ式・LINQ・拡張メソッドなど数多くの新機能が加わった現行C#とは最早比べるまでもないと思う。 以下は根拠。 ■注(2014年2月18日) このエントリーは殴り書きに等しい状態で放置してましたが、最近は思わぬところで読まれ始めたりしたので、ちょっと加筆修正しました。 ①そもそも純粋なオブジェクト指向言語ではない。