This domain may be for sale!
みんなのIoT/みんなのPythonの著者。二子玉近く160平米の庭付き一戸建てに嫁/息子/娘/わんこと暮らしてます。月間1000万PV/150万UUのWebサービス運営中。 免責事項 プライバシーポリシー 強度の高いパスワードを作るのは本当にめんどくさい。ならば強度の高いパスワードにはご褒美を与えればいいんじゃないか,と作者が考えて作ったのがNaked PasswordというjQueryのプラグインだ。パスワードの強度に合わせて,おねえさんが豊満な肢体をあらわにするぞ。 このプラグインを使うと,エロい姿のおねえさん見たさに,みんなwell known wordsを避けたり数字を混ぜたりして最強強度のパスワードを登録するようになるので,ハッカークラッカーがパスワード破りしずらくなる。エロは世界を救う。世界を救うjQueryプラグインNaked Passwordをみんな使おう。ただし,強度の
公開: 2011年2月27日21時20分頃 こんな記事があり、面白いと思いました……「新卒一括採用が「ITゼネコン構造」を生む (ascii.jp)」。 いわゆるITゼネコンは基本的に上流工程しか担当せず、コーディングは下請けにやらせるのが大半です。普通に考えると、「ITゼネコンは上流工程しかやらない」、だから「プログラマは不要であり、主にSEになる人材を採用している」という順番に思えますが、この記事では逆の見方をしています。 たとえばJavaのコーディング能力で採用すると、それを使うソフトウェアの開発をやめたとき、そのプログラマーが社内失業してしまう。日本以外の企業では仕事のなくなった社員は解雇されるのが普通だが、日本では解雇規制や「終身雇用」の規範が強いので、仕事がなくなってもクビにできない。 つまり、「大企業では解雇規制が強いために特定の言語に特化したプログラマが採用できない」という
Java: The Good Partsの本のタイトルに触発されて、逆にJava言語の使いにくい部分をいくつかピックアップしてみました。Java EEなどの業務系のアプリケーションプログラマーの視点で書いていますので、別の立場ではここで指摘している事項が必ずしもBad Partではないという指摘もあるかもしれませんし、他にもいろいろなポイントがあると思いますが、とりあえず、私の独断で思いついたものを10個説明したいと思います。 1.標準APIのチェック例外が扱いにくい Java言語のチェック例外は本当にGood Partなのか? - 達人プログラマーを目指してでも取り上げましたが、Bad Partの第一番目として標準APIのチェック例外が扱いにくいという点を指摘させていただきたいと思います。チェック例外については、理屈上コンパイラーによって例外の処理をプログラマーに強制させることができるす
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く