様々なUNIX環境のecho.cの比較
UNIX V5, OpenBSD, Plan 9, FreeBSD, and GNU coreutils implementations of echo.c UNIX Fifth Editionのecho.cは、以下のような実装になっている。 main(argc, argv) int argc; char *argv[]; { int i; argc--; for(i=1; i<=argc; i++) printf("%s%c", argv[i], i==argc? '\n': ' '); } いかにも昔のC言語らしいコードだ。ヘッダーの#includeはなく、関数の戻り値の型も指定されない。仮引数の型も、今となっては物珍しいだろうが後書きだ。 OpenBSDのコードは以下の通り。 /* $OpenBSD: echo.c,v 1.7 2009/10/27 23:59:21 deraadt
はてなブログ | 無料ブログを作成しよう
ゆるソロツー 牛久大仏 セイコーマート 梅雨前最後！と思って のんびりソロツーリングに行ってきました。 ツーリングといってもそんなに走ってないゆるゆる。 梅雨前最後と思いつつ なかなか梅雨が来なかったので 焦って行く必要もなかったかなと思ったけど ツーリング日和な気候でした。 ゆるすぎて書くほど…
イベント駆動プログラミングとI/O多重化
9. 非イベント駆動な ネットワークプログラミング process Client or thread process Client or thread process Client or thread
継続的デリバリのパターン
継続的デリバリを導入しようとする前に、いくつかの準備が必要です。真っ先に必要なのは、ビルドサーバに合うソースコード管理システムです。ビルドサーバは継続的統合を実施するサーバにもなります。ひとつひとつのチェックインをビルドできるサーバでなければなりません。一般的に言って、この用途では“既成”のビルドサーバが欲しくなります。チェックインを監視して、自動でビルドをする仕組みを構築するのは、想像以上に大変です。利用しているソースコード管理システムにフックできるトリガがあるとしても、ビルド失敗時の通知機能のような他の機能を実装するには割に合いません。 リソースが限られているとしても、継続的デリバリにとってステージングサーバは重要です。ステージングサーバは本運用環境に可能な限り似せておく必要があります。ここで第一の問題は“予算がいくらあるか”ということです。本運用環境のデータベースサーバがとても高価な
もう「チーム開発」には戻れない - 設計者の発言
生産管理システムをひとりで開発しているわけだが、このやり方（おひとりさま開発）に慣れると、分業体制でのチーム開発がいかに非効率だったかがよくわかる。チーム開発は「設計・実装技術の未成熟さゆえの必要悪」だったのではないかとさえ思えてきて、仲間と和気藹々とやっていた昔の自分がなんだか恥ずかしい。 たとえば、いくらしっかり設計してもどうしても仕様変更が起こるものだが、これにともなう手戻りコストがチーム開発では想像以上にかさむ。自分で修正したほうが早いと思いつつ、変更作業のための指示を他人のためにまとめたりする。また、実装担当者の稼働率を上げるために、仕様がまだ不明確であるような機能をあえてあてがったりする。今となっては信じがたいほどの非効率だ。 また、自分で作って動かしてみなければ得られない気づきやアイデアがたくさんあるのだが、チーム開発では設計担当と実装担当が分かれていることが多い。それゆえ、
プログラミングの初級になるためにの目次
http://anond.hatelabo.jp/20130325172822 の続き 言語はJava7を想定。(Java8が迫っていますが、Lambdaなど関数型は、まだ早いと言うことで) 選定理由は、C++と比較して学べるところが大きく、安全でシンプルな言語だから。 ※いきなりJavascriptはやめとけ、PHPは論外。 Ruby・Scalaでないのは、筆者が初心者には適切には教えられないから。 おもちゃ・ToyとしてjQueryで遊ぶのは、悪くは無いと思う。 0.はじめにこれ以降は名著の紹介や学習方法の紹介が主体となります。名著のコンポジションという形が時間的限界ですね。 量については「初級になるなら、専門書を計3,000ページは修得することは覚悟してね」なんて言ったりしています。 Javaで初級のわかりやすい指標ですと、[amazon:Effective Java]とGoFまでの
プログラミング学習手段としての写経について - 西尾泰和のはてなダイアリー
あるブログが「写経には効果がない」という趣旨のことを書いていて「何を言ってるんだ？」と思いじっくり読んでみたら、彼の言う写経は「動くとわかってる10000行のコードを何も思考せず作業として書き写すこと」を指しているようだった。「そんなわけないじゃん」と笑ってから「もしかして世の中は写経をそういう捉えてるのか？」と不安になった。 写経は自分の中にモデルを作るための行動で、他のもっと効率のよい方法と比べた場合の利点は「自分の中にモデルがなくても使える」点に尽きる。全く知識ゼロでいきなり「自分で考えて書く」ができる人はいない。考えるための材料となる知識をまず脳内に運び込む、それが写経だ。 写経の過程で大事なことは以下の3つだ。 1: 早く学びが得られるように、なるべく小さいコードで実験し、すぐに結果を確認する。 2: 疑問に思ったこと、考えたこと、気づいたことを書き留める。どうしてこういう書き方
プログラミングの入門
プログラムの定義プログラム:定義づけられた物事を進めていく妥当な手順・方法の決定、および物事・手順・方法の記述書 プログラミングの定義(コンピューター)プログラミング:コンピューターが進めていく物事を定義し、妥当な手順・方法を決定し、記述すること。 プログラミング = デザイニング union コーディング; デザイニング:進めていく物事を定義し、妥当な手順・方法を決定すること。 コーディング:コンピューターが進めていく定義づけられた物事の決定された妥当な手順・方法を、記述すること。 プログラミングに関わる人々PG(プログラマー):プログラミングする人。 CD(コーダー):コーディングする人。プログラマーとは限らない。 SE(システムス エンジニア):進めていくべき物事を定義する人。プログラマーとは限らない。 PM(プロジェクト マネージャー):(プログラマー)プログラマー。(コンピュータ
プログラミングは一朝一夕に達成できるものじゃない - カレーなる辛口Javaな加齢日記
http://anond.hatelabo.jp/20130322031333 プログラミング出来る方法教える。 書いた本人に悪意があったかどうかは知らないが，予想通り結果的に初心者を惑わせるだけの悪質な記事． まあこの手の奴は９９％デマと考えてよい．このくらいの文章量では，プログラミングができるようになる方法を記述するには全然足りない． 一応ツッコミは入れておく． 世の中「プログラミング言語」を説く本はごまんとあれど「プログラミング」を説く本やブログはあまりない。 ほとんどのプログラミング言語本は，多かれ少なかれプログラミングのやり方も含めて説明している． C実践プログラミング 第3版 作者: Steve Oualline,望月康司(監訳),谷口功出版社/メーカー: オライリー・ジャパン発売日: 1998/06/15メディア: 大型本購入: 7人 クリック: 158回この商品を含むブログ
プログラミング出来ない奴ちょっと来い
プログラミング出来る方法教える。 世の中「プログラミング言語」を説く本はごまんとあれど「プログラミング」を説く本やブログはあまりない。 いや実際に "ない" というのはかなり語弊があるかもしれない。 しかし、通常この種の説明している本に辿り着くまでには多くの時間が必要だ。 普通の人は、多くの間違った方法を試し、その都度試行錯誤を重ね、プログラミング経験を経ることよって、重要な概念を獲得するのだと思う。 例えば、「計算機プログラムの構造と解釈」や「実用 Common Lisp」、「コンピュータプログラミングの概念・技法・モデル」などの書籍は現実の問題に対し "プログラム" をどう書くかという問題に正面から取り組んでいる良書だ。 しかし、どれだけ”普通の”プログラマが上記のような書籍を読んでいるのだろうか。 そして、"普通のプログラマ" がプログラミングを学ぶ書籍として、それらは果たして適切と
なぜ動的型付けの言語が流行ったのか (Re 静的型付けと動的型付けのどちらが優れているかという話) - kazuhoのメモ置き場
静的型付けと動的型付けのどっちが優れているか。どのようなプログラムを書いているかによって答えはかわるんじゃないの？ たとえば、自社で開発・運用しているウェブサービスなら「問題が出たら修正」すればいいんだし、バグがないことを保証するよりも迅速に開発できるプログラミング言語（つまり動的型付けの言語）がいい。 逆に、客先への納品が発生するソフトウェア製品なら「バグがない形で出荷する（様々な状況・環境下でちゃんと動作する）」ことが重要だから、静的型付けの言語を使うことで品質を高めるというのは合理的な選択*1。 細かな論点はいろいろあるだろうけど、基本的には、このようなソフトウェア開発に対するスタンスの違いで決まる話だと思います。 別の言い方をすると、動的型付けの言語は流行ったのは、ウェブには前者のアプローチが適していたからだし、スマホアプリには静的型付けの言語がむいていると言えるのでしょうね。それ
新春座談会 このコンピュータ書がすごい！ 2013年版
みなさんはどのくらい読まれましたか？ 「アジャイルサムライ」「よくわかるPHPの教科書」「jQueryデザイン入門」は、2011年の総合ランキングにも入っていましたので、すでに読まれた方も多いでしょう。技術の移り変わりが早いこの業界においても、ベストセラーがあるのですね。また、過去に人気のあった素材集や画像ソフトのHowTo本が姿を消し、モバイルやjQuery、データベースなどデベロッパー向けの書籍が目立つ傾向です。 1位の「リーダブルコード」は読みやすく信頼できるコードを書くための指南書で、出版元はオライリージャパンです。意外にも同社の本がランクインするのは初めてということでした。 WordPress本は？ 気になるWordPress本は？といえば、5位に「本格ビジネスサイトを作りながら学ぶ WordPressの教科書」が入っています！このイベント今回で5年目ぐらいでしょうか。昨年までは
下から目線のコードレビュー - steps to phantasien
WEB+DB の新しいやつがちょっと前にでてます. コードレビュー特集だそうな. 時が経つのは早い. まだ次の原稿書いてないのに… そういえば前にコードレビューの話を書いた気がして, 見なおしたところ かきかけ だった. せっかくなので続きを書いてみることにします. といっても何書くつもりだったか覚えてないのでだらだらと. WEB+DB PRESS の特集は, 主にこれからコードレビューを導入したい人に向けて書かれている. 幸か不幸か私はコードレビューを義務付けれたプロジェクトで働いているため, 導入には苦労していない. かわりにレビューをちょろまかせない面倒はある. ある意味でコードレビューを <やらされている>. もちろんこの言い分は大げさだ. 必要性に異議を唱える気はない. ただ異議はさておき自分の意向とは無関係にコードレビューに参加している気分を書いた話は あまり目にしないので,
中学の技術・家庭科でビジュアルプログラミングを導入、「応用力を高めたい」
都内の板橋区立上板橋第二中学校で2012年12月21日、オープンソースのビジュアルプログラミング環境「Scratch（スクラッチ）」を用いた公開授業が行われた（写真1）。今年から全面的に履行された新学習指導要領に基づき、「プログラムによる計測・制御」が必修になったことを受けて、Scratchとセンサーを使ったプログラミングを中学2年生の技術家庭科の授業で実施したもの。「応用が効き、発展性のある教材を使いたい」（担当の新村彰英教諭）という考えから、市販の教材に頼らずにセンサーを備えた手作りの模型とオープンソースのプログラミング環境を用いて授業を行った。 中学校の技術・家庭科の技術分野では「プログラムによる計測・制御」の授業が必修になった。それを受けて、各種センサーを備えたグループ学習用の市販教材などを使った授業が行われつつあるが、プログラミングをどのように教えたらよいか戸惑っている先生もいる
<!--:JA-->「デザイナーもJavaScript覚えるべきだよ」について<!--:-->
Web やアプリのデザイナーか「技術にしばられないでデザインを考えていく」コミュニティ。 月1回の定例MTGと年に数回のデザイン中心ハッカソンなどをしています。 先日、Facebookでぼやりとつぶやいたのですが、「デザイナーもJavaScript覚えるべきだよ」ということについて、思うことを素直に書いてみます。 2012年12月8日に開催されたCSS Nite in OSAKA, Vol.34でわたしは微力ながら第二会場の進行をしていました。 この日のセッション内容については、これからのWeb系の仕事まわりでは、なんとなく各専門家はいても、WebならWeb系全般の一般教養みたいなのはおさえておかないと、実際仕事につながらないよねーみたいな雰囲気でした。 たしかにそうなんです。 でも思うのは、「デザイナーもJavaScript覚えるべきだよ」と軽々しく言うのはちょっと違うと思うのです
プログラミング初心者でも安心！無料プログラミング学習サイト10選
プログラミング初心者がプログラミングをいざ勉強しようと思っても、どうやってはじめていいのかわからないという方は多いのではないでしょうか。 また、ITスクールなどで勉強しようと思うと、数十万円の費用がかかることが一般的で、なかなか手が出しにくいということも多いと思います。 そんな高額のスクールではなく、無料でプログラミングを学べるサイトがアメリカを中心にして増えてきています。中でも実際にコードをブラウザ上で入力したり、詳しい動画を見ることができるサイトが人気を集めています。 今回はそんなプログラミングを学べる10サイトをご紹介します。 日本語対応しているサイトも少しずつ増えているので、ぜひこの記事を参考にプログラミングの独学に活用してみてください！ 1.ドットインストール ドットインストールもはや説明の必要のないくらい有名なサイトですね。 「3分間でマスターする初心者向けプログラミング学習サ
このままだと自殺を考えてしまうかもしれない「SE」に伝えたいこと - 表参道フォークウヱル別館
繰り返される「SE」の自殺 先週末、こんなニュースが一部で騒がれていました。SE、過労でうつ病→自殺…労災認定 - 大田労基署 ：日本経済新聞 コンピューターのシステム開発などを手がけるピーエスシー（東京都港区）のシステムエンジニアの男性社員（当時29）が2011年に自殺したのは「長時間労働によるうつ病が原因」として、大田労働基準監督署が労災認定したことが31日分かった。 【中略】 男性は06年に入社し、システムエンジニアとして大田区内で勤務。 プロジェクトリーダーに就いた10年11月ごろから労働時間が急増し、11年6月に自殺した。同12月に遺族が労災申請した。 弁護士によると、労基署は、男性が11年５月下旬にうつ病を発症したと判断。 発症4カ月前の1カ月の残業時間が、前月の倍以上の136時間に急増し、2週間以上連続して勤務していたことなどから労災と認定した。 なんとも痛ましい話ですが
コードレビューいろいろ - steps to phantasien
コードレビューの話をいくつか見かけた. (1, 2, 3) 私もはやりにのってなにか書いてみたい. といってもリンク先についてどうこう言う気はない. ふだんからぼんやり感じていることをテキストにしてみたい. コードレビューの様式 コードレビューのやりかたは色々ある. 話の背景をあきらかにすべく, まずは私が参加したり見聞きしたりしてきた方法を紹介したい. ただとりとめなく列挙しても見通しが悪いから, 方法を評価する軸を見立てておこう. コードの粒度: 一回のレビューでレビュアが目を通すコードの量はどのくらいだろう. プロジェクト全体? モジュール単位, 機能単位, それともクラス単位? 古典的なレビュー様式はこれら <論理的な単位> でレビューをすることが多い. 最近はブランチやコミットのような <ひとまとまりの変更> を単位とする方法に人気がある. Github の Pull Reque
設計書論争での独り言 - うさぎ組
重要な事 これは僕の経験に基づくものであり、世の一般的な皆々様にはあてはまるかどうかは存じ上げません。 僕がマイノリティかマジョリティかどうかはよくって、こういう状況もあるというだけです。ツッコミは大歓迎ですが「それはコーナーケース過ぎる」というご意見には「そうかもしれませんね。」としか答えようがありません。 あと、基本的に@otfに向けた記事なので、言葉足りていない部分が多いと思いますが、彼とは職場が一緒でいろいろ共有できるので気にしていません。皆さんには言葉足りていなくってすいません。という謝りはすれども、反省はしない程度の感じ。 追記>> 言いたい事書いてなかった。 ただし、 設計書否定するなら、ここにある事くらい論破するくらいの人じゃないと一緒に仕事したくない。逆に、ここに同意するくらいなら設計書否定すんなよ。自分の仕事を呪え。 と思ってる。 <<追記 ではちょいちょいカテゴリ分け
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
https://jp.techcrunch.com/2013/04/02/20130330developers-should-care-about-oracles-upcoming-appeal-of-the-google-lawsuit/
