パスワードの安全性強度について - ネコメシCEOブログ
NAVERアカウントの会員登録フォーム、新しく作成するアカウントのためのパスワードを入力していくと、そのパスワードの安全性強度が示されるので、複雑なパスワードでありつつも自分では覚えやすいものとかっていうように、確認しながらアカウントを作成できるので、親切な機能であるといえる。 とりあえず8文字くらいアルファベットを入れていくと、強度「低」と表示された。 数字を追記していくと、強度「中」になった。 さらにピリオドやびっくりマーク（エクスクラメーション）など記号を挿入していくと、強度「高」、やったね！ ちなみに記号を含めないと「高」の称号はゲットできませんからね！ よしよし、これで安全なアカウントが作成できそうだと、満足して「アカウント登録」を押すと… パスワードには半角英数で入力してください。 ……。 アホなのだろうか？ いや、安全性強度が中くらいのアカウントなので、定期的にパスワードを変
プログラミング大好き男に「どの言語が好き？」と訊ねられたとき、女はどう答えたらいいの？
あ、まず前提として、 貴女がプログラミング大好き男を夢中にさせることが、 はたして貴女を幸福にするかどうか、それはまた別問題だけれど。 とはいえ、プログラミング大好き男たちは玉石混交ながら、 ＩＴ系の超かしこい男なども多く、 多くっつーかIT系でないのにプログラミング大好き男っていうのは超かしこい学生（まぁこれは有望株）か研究者系なんか、 あとはまったくかしこくもないクセに頭いいつもりして「Lispやってます（ｷﾘｯ ハローワールドくらいですが」とか言っちゃうアホしかいないわけで、 したがって、釣り師たる女たちにとっては、 なかなかあなどれない釣り場です。 では、プログラミング大好き男に「どの言語が好き？」と訊ねられたとき、 貴女は、どう答えれば理想的でしょう？ まず最初に、その男がCOBOLのようなタイプのレガシーコードと あとはC/C++、そして（TechEdに参加するほどではないけれ
プログラミングはアプリを作ることの手段なのか - 銀の人のメモ帳
プログラミングを勉強したい人が勉強する前にすべきこと - もとまか日記 プログラミングはそれ自体が目的であっていい - mizchi log １つ目の記事は「プログラミングはやりたいことを実現するための手段の１つでしか無いから、プログラミングを学びたいなら何か作れ」という話。 ２つ目の記事は、１つ目の記事を見て書かれたもので、タイトルの通り。 １つ目の記事を「プログラミングはアプリを作る手段でしか無いから、プログラミングを学びたいなら何か作れ」と誤解して、意識が高まったのでいろいろと書くが、個人的な体験を元にした私怨なので、殆どの人には関係ないだろう。 自分のこと まず、僕がプログラミングを始めたのは、中学の時に友人に誘われたからだ。 友人に誘われてHSPを始め、当時ハマっていたブロック崩し（エロくない方）を自分でも作ってみようとしたが、ブロックとボールの当たり判定で挫折した。 その後は、
boost::variantのgetがメンバじゃない理由 | さかな前線
先週名古屋にてBoost.勉強会#5が開催されました． それとは直接関係ないのですが，行きの電車の中でBoost.Variantの仕様に関して疑問をもってTwitterでつぶやいたところ@cpp_akiraさんより回答をいただいて，それがすごく興味深い内容だったのでそのやりとりをこちらでメモ． boost::variant<T1,T2,...>のオブジェクトtがあったときにt.get<T1>()と書きたいなぁ，とか…． boost::get<T1>(t)となってるのはどういう意図or理由なんでしょう．
Boost.Variant の assign の処理 - melpon日記 - HaskellもC++もまともに扱えないへたれのページ
かなり面白かったので書いてみます。 代入する型が一致する場合 まずは小手調べ。簡単に代入できる場合までの処理。 Boost 1.40.0 では以下の実装になっています。 void variant_assign(const variant& rhs) { if (which_ == rhs.which_) { detail::variant::assign_storage visitor(rhs.storage_.address()); this->internal_apply_visitor(visitor); } else { assigner visitor(*this, rhs.which()); rhs.internal_apply_visitor(visitor); } } template <typename T> void assign(const T& rhs) { det
プログラミングの話 - 鳩舎
この辺見て、いつも思ってること。 プログラミングはアプリを作ることの手段なのか - 銀の人のメモ帳 プログラミングはそれ自体が目的であっていい - mizchi log プログラミングを勉強したい人が勉強する前にすべきこと - もとまか日記 プログラミングは手段です。僕にとっては。 「動けばいいコード」は糞コードだ でしょうね。としか言い様がないです。 あえて例え話にして、プログラミングを車の運転だとします。プログラマは運転手です。 でまぁ、アプリを作るってのが伊豆の旅館に行くことだとしましょう。この時、僕の運転する目的は伊豆に行くことです。間違っても運転することは目的じゃないです。なので別に運転に特に気を使うことはありません。 そこに突然 F1 ドライバーがやってきて、『お前のカーブの曲がり方は下手くそだ』とか『もっといいルート選択がある』とか『こんな運転の仕方じゃガソリン代がもったいな
プログラムは手段だけど、せっかく作るなら儲かって綺麗にこしたことはない。 - お前の血は何色だ!! 4
コードは綺麗だけど儲からないプロジェクトと、 コードは糞汚いけど儲かるプロジェクトのどっちがいいですか？ もちろん、コードは綺麗で儲かるプロジェクトがいいのは理想ですが、今回は、この2つです。 コードは糞汚いけど儲かるプロジェクトの場合、次期バージョンとかの予算を確保することができます。 そこで、汚い部分を捨てて書きなおすことだって出来ます。 コードは綺麗だけど儲からないプロジェクトは、次のバージョンの改修費用もでずにゴミ箱に送られる運命です。 プロジェクト解散、メンバーは散り散りです。 フリーソフトの場合は、儲かるをユーザに使ってもらえるソフトとか支持されるソフト、 ゲームの場合は、儲かるを面白いゲーム、支持されるゲームとかと適当に読み替えてください。 コードは綺麗に越したことはないです。 だけど、プロジェクトとして成立しないことには意味がありません。 コードは綺麗だけど、誰も遊んでくれ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
