はてなグループの終了日を2020年1月31日(金)に決定しました - はてなの告知
はてなグループの終了日を2020年1月31日(金)に決定しました 以下のエントリの通り、今年末を目処にはてなグループを終了予定である旨をお知らせしておりました。 2019年末を目処に、はてなグループの提供を終了する予定です - はてなグループ日記 このたび、正式に終了日を決定いたしましたので、以下の通りご確認ください。 終了日: 2020年1月31日(金) エクスポート希望申請期限:2020年1月31日(金) 終了日以降は、はてなグループの閲覧および投稿は行えません。日記のエクスポートが必要な方は以下の記事にしたがって手続きをしてください。 はてなグループに投稿された日記データのエクスポートについて - はてなグループ日記 ご利用のみなさまにはご迷惑をおかけいたしますが、どうぞよろしくお願いいたします。 2020-06-25 追記 はてなグループ日記のエクスポートデータは2020年2月28
プログラマーにとっての読み書きそろばん : 小野和俊のブログ
基礎的な学力を表す言葉として読み書きそろばんという言葉があるが、 私はプログラミングについても読み書きそろばんに当たるものがあると思っている。 まず読みというのは、プログラムを読む能力である。 たまに、人の書いたソースを見て、すぐに 「全面的に書き直さないと使い物にならない」とか、 「グチャグチャですよ」とか、 「気持ち悪い」といったことを口にする人がいるのだが、 多くの場合、なぜそのように感じるのかを聞いてみると、 単に自分が今まで書いてきたコードと違ったスタイルで書かれている、 ということだったり、ごく一般的なデザインパターンが使われているのに、 そのデザインパターンを自分が知らないだけで 「わかりにくくて読めない」などと言っていたり、 人のコードを使い物にならないと簡単に口にする人であればあるほど、 その人自身が使い物にならない、という傾向がある。 もちろん、全体の整合性を取るために
「Hello World」から始める勉強ブログだっていいんだよ - 遥か彼方の彼方から
雑記勉強するならブログ始めようよ昨日、プログラムの勉強を一から始めようという友人がいたので、ブログを薦めました。 ブログは勉強のためのツールとして、すごく有用です。誰かに説明しようとするには理解が必要ですし、公開するという目的があるとやる気も出ます。どこがわからないかも明確に出来て、どこがわかるかも明解になる。そしてときには仲間が見つかったり、よきアドバイザーが見つかったりもします。 その友人は本を読みながら徐々に勉強しようとしていたみたいですが、それってかなり大変なことなんですよね。一人で勉強するにはやっぱり気力がいるし、途中でどうしても飽きてしまう。僕はプログラムが大好きですが、それでもついゲームに逃げてしまうことがあります。バグが見つからないときや、よくわからないときなんかは「やっぱり僕はプログラム向いてないんだ」と塞ぎ込んでしまう。 そういった人にとって、ブログで公開しながら勉強す
(弘法も筆の誤り||まろび出た馬脚)? - 書評 - しろうとクマくんとC言語の授業 : 404 Blog Not Found
2008年08月08日05:30 カテゴリ書評/画評/品評Lightweight Languages (弘法も筆の誤り||まろび出た馬脚)? - 書評 - しろうとクマくんとC言語の授業 NTT出版牧野様より献本御礼。 しろうとクマくんと C言語の授業 岡嶋裕史 なに?C言語の初心者本?それも岡嶋裕二?しかも2,000円を切っている?言語本業界涙目? 涙目!....別の意味で。 駄目だよ、これじゃ! 本書「しろうとクマくんとC言語の授業」は、岡嶋裕史によるC言語初心者本。 目次 - しろうとクマくんとC言語の授業 ｜書籍出版｜NTT出版 インストールしてみよう �第1章 コンピュータに仕事をしてもらうには? �第2章 画面表示を極めてみる �第3章 条件によって、やることを変えてみる �第4章 同じ命令を繰り返してみる �第5章 文字を扱えるようになってみる �第6章 細かいしかけで、ゲー
PHPな人は本当にPHPしか知らないのか - ひがやすを技術ブログ
言語を比較するためには他の言語についてのある程度の知識が必要だろう。 Perlを知らずしてスクリプト言語を深く語るのは難しいし、 Lispの知識なくRubyを深く語ることは難しい。 Pythonは？ うーん、PythonにはPythonの知識だよね(笑) たとえばPHPしか知らないとしたら、PHPの欠点を指摘されると自分のやり方全体が 否定されたと感じるのではないだろうか。 Matzのエントリが原因ではないと思うけど、「PHPの人はPHPしか知らない」というイメージがなんとなくあるよね。でも、そのイメージは間違っていることを今日この場で宣言しておく。 昨日、PHPカンファレンスのパネルディスカッションに出たんだけど、そこで、会場の人にどれくらい他の言語を使ったことがあるか聞いてみた。数字はうろ覚えだけど。 Perlは70%くらい Rubyは80%くらい Pythonは70%くらい Java
フローチャートを言語の問題として語っちゃダメだよdankogai - novtan別館
まさかこんな反応があるとは思わなかったｗｗ フローチャートがそんなにいいなら、なんでビジュアルプログラミング言語が現場で使われないの? 404 Blog Not Found:フローチャートがダメな3つの理由 おおっと、いきなりですか。僕も別に現場でフローチャートを書いたことはないぞ。というか、ある程度考え方の基本がわかってからは一切書いたことがないぞ。研修の話をしていたら、現場の話になっていた。あ、ありえ(ry フローチャートの表現力はしょぼすぎる 404 Blog Not Found:フローチャートがダメな3つの理由 そりゃそうですがな。研修で書かせているのなんて、所詮数字を数値に変換したりとか、マッチングしてマスタファイルのマージ処理をするとか、そういうプログラムですがな。フローチャートで出来るものなど、結果としてはしょぼいプログラムしか書けませんですよ。 しかし、以下はどうか。 40
404 Blog Not Found:フローチャートがダメな3つの理由
2008年07月19日16:00 カテゴリLightweight Languages フローチャートがダメな3つの理由 というわけで、前世紀の遺物、フローチャートを供養する試み。 フローチャートとFizzBuzz問題 - novtan別館 さて、研修の話だけど、低水準言語ってだけではなく、きちんとフローチャートを書かせて処理の流れを整理し、あるいは効率が悪くないかを考えさせる、ということも重要だと思っています。フローチャートがそんなにいいなら、なんでビジュアルプログラミング言語が現場で使われないの? まずは経験則による終了宣言。ちなみにここで言うビジュアルプログラミング言語の定義は、Wikipediaのそれと同じ。 ビジュアルプログラミング言語 - Wikipedia ビジュアルプログラミング言語（英: Visual programming language、VPL）とは、プログラム要素を
プログラミング未経験者が JavaScript でプログラミングを始めるまでに必要なこと - IT戦記
（執筆中） （文章の練習も兼ねてぐだぐだと執筆中、現時点で読んでも日本語になってないと思います。） （執筆途中だけど、こうしたらいい！とか、アドバイスがあれば教えてください＞＜読者みんなが編集者！とか言ってみる） （あ、はてな記法のパッチを送ってくれてもいいです＾＾） （ちょっと、 Shibuya.JS in Kyoto → PHP カンファレンスがあるので、次の更新はそれ以降になるかも） 自分の知り合いに「まったくのプログラミング未経験だけど、自分のウェブサイトを作ってみたい！」という人がいるので、プログラミングを始める前に必要な知識や心構えや準備などを書いておこうと思います。もちろん、最初に使う言語は JavaScript です。 この文章は、プログラミングまったくの未経験者が読んで分かる文章を目指しています。もし、分からない部分がある場合は指摘してください。聞いてください。自分で調べ
Inemuri nezumi diary(2008-06-07)
_ 黒いハンカチーフ 法川法臣アナウンサー (顔はやや焼けている。いくつかのあばたが目に最初に飛び込んでくる。穏やかな感じでペヤングカップ焼きそばの形をした中年男性。薄いフレームの眼鏡をかけ、茶の背広に青い縞のネクタイ。口を大きくあけて開く。独特なかすれのまじった低音)こんにちは。法川法臣です。六月七日今週のニュースを振り返るバラエティショウ「法川法臣と十時の奥様」の時間がやってまいりました。お昼までのひとときをご一緒にお過ごし下さい。 明日宮若子アシスタント (若く聡明な感じの女性。白く清潔な感じのする長袖のブラウスに、水色のスーツ。よく見ないと気がつかないが、小さな銀のピアスをしている)明日宮若子です。どうぞよろしく。 法川 東京はすっかり梅雨入りしましたね。 明日宮 こんな日は仕事を五時に終えて、家でシャワーとビールに限る、とおっしゃりたいんでしょ。 法川 いや、そんなことは思いませ
「iPhone開発者支援プログラム」に興味がある人、この指とまれ
シリコンバレーのエンジニアと比べて日本のエンジニアがの労働環境や待遇の面で冷遇されているということは常々言って来たことだが、その原因の一つがベンチャー企業を支援する仕組みが日本に圧倒的に不足していること。私なりになにかできないかと色々と考えて来たのだが、やはり私としてできることはもの作り面での支援だと思う。 そこで、読者に質問だが、もし私が「iPhone開発者支援プログラム」のようなものを立ち上げたら、エンジニアとして参加することに興味のある方は何人ぐらいいるだろうか。漠然と考えているイメージはこんな感じ。 ステップ１：プログラミング・コンテスト 作ったiPhone用のプログラムを「投稿」していただく。審査に通った人はステップ２に進んでいただく。 ステップ２：開発支援 審査に通った人に対し、資金・企画・技術・デザイン面での開発支援を行う。必要であればウェブ・サーバーも提供する。 ステップ３
行数の数え方: Days on the Moon
行数を数えているのですが、コメント欄他のstr.split(/\n/).lengthはかっこいいけどoverkill 404 Blog Not Found:javascript - String.prototype.tr() released 本当でしょうか? 実際に試してみましょう。変数 s が対象文字列を指しているものとします。 // charAt var lines = 1; for (var i = 0, n = s.length; i < n; i++) if (s.charAt(i) == "\n") lines++; // Array var lines = 1; var chars = s.split(""); for (var i = 0, n = chars.length; i < n; i++) if (chars[i] == "\n") lines++; // sp
mycom：【特集】実践的サンプルで学ぶStruts 2
以前のものとは似て非なるもの Apache Struts(以下、Struts)という名前を知らないJava EE/Web開発者は、もはやいないのではないでしょうか。紹介するまでもありませんが、Strutsは、Javaで記述されたオープンソースのWebアプリケーションフレームワークです。 今回紹介するStruts 2は皆さんがご存知のStruts(以下、Struts 1と表記します)とは似て非なるものです。Struts 2は、Struts 1のメジャー・バージョンアップ・プロダクトとして開発されましたが、そのベースは、WebWork2と呼ばれていたStruts 1とはまったく別のWebアプリケーションフレームワークです。すなわち、Struts 1とは異なるアーキテクチャとAPI、機能を提供する別のWebアプリケーションフレームワークと言えます。よって、Struts 1アプリケーションを、ライ
はてなブログ | 無料ブログを作成しよう
突然の出会い: プラウベルマキナについて 日本がバブル経済に突き進み始めた頃に3,500台ほど作られ、数年後にひっそり生産が閉じられた超短命製品プラウベルマキナW67とご縁があった。 その生産数の少なさからまともな個体と出会うことがなかったのだけど、使わないデジタル機材一式を売りに行った帰りにガラス…
ソースコードは一期一会の精神で書くべし。
こんなことを、おいらが言って説得力があるのかわからないけど、 「@」でエラー抑制すると PHP が遅くなるという噂について : a++ My RSS 管理人ブログ ↓ 大切なのは数秒のスピードアップ？それとも？ でもね、よく考えよう。100万回ループさせたら9秒の差が出ました、って、、、 100万回とか1000万回ループするfor文なんてものを書くのは実際の開発現場においてよくあることなんだろうか？ 元のエラー処理の考え方が富豪的だなとは思ったけど、安定して動いているなら一度書いたコードとしては、わざわざ直すレベルではない。 ネタ帳さんの方の、はてブコメントに大量のアクセスがあったら？という意見があったけど、それなら一度書いてしまったなら、そうなった時に直せば良いだけの話。 逆に言えば、プログラムを書いてお金をもらう人は、「安定して動いてるけど、望ましくない記述」という状態もまた真になって
Javaの冗長な記法って小クラス主義の現れではないかな - 矢野勉のはてな日記
Java以下は無駄に長い駄文です。なんか書いてみたはいいもののうまくまとまらなかった。ごく一部しか表せなかった気がする。これではInputStreamReaderとかがたくさんオブジェクトを連結しないと使えないめんどくささをなぜ許容できるか、しか表せてない... もともとは「 Java における本質的でない記述がどのように大規模開発に役立つのか - kwatchの日記」がらみの話です。文中にいくつか「アクセッサが簡潔に定義できない」「FileReader に文字コードを渡せない」のような例があって、「それらが改善されたら大規模開発になにか不利益があるのかどうか」という具体的な質問があったので私はそこにコメントしときました。私はコメント欄に「不利益なんてないよ」と回答しました。実際のところ、後方互換性が維持され、言語としての統一性が維持されるなら別に不利益なんてあるわけない。あるとしたらマネ
中の人がどう思っているかと，外からどう思われているか - NyaRuRuが地球にいたころ
「C# とか C++ とか」って書いてあったので反応してみた． 順調に遅延中 正直、C なんかを書いていると、変数に型があって、いちいちそれをかかされることについて、(LL的な意味で)「重いなぁ」とはあんまり思いません。もう「どっちでもいいじゃん」って感じ。Perl と C を比べたとき、静的型とか動的型とか大して「軽さ」に影響してないよね？、と思います。 が、C# とか C++ とかを使っていると、静的型があるのが苦しくて苦しくて仕方がない。もう、「こんなにも・・！！、こんなにも苦しいのならば型などいらぬ！！」(by *「ふっかつのじゅもんがちがいます。」さん）ってくらい苦しくて苦しくて仕方がありません。 これは単純にポリモーフィズムのお話で、静的型付け というよりは、nominal subtyping が脳のリソースを大きく引っ張っていく割に、作りたいことの本質ではないから。動的型付O
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
変電工 - Google C++スタイルガイド日本語訳
はてなブログ | 無料ブログを作成しよう
https://labs.cybozu.co.jp/blog/kazuho/archives/2008/05/road_to_mq_with_q4m.php
はてなブログ | 無料ブログを作成しよう