スーパープログラマーへの道
スーパープログラマーへの道 過去ログリスト ちゅうーって、ReGetしちゃってください（笑） 第一回 ＤｉｒｅｃｔＸは一夜にしてならず（開発言語探求篇） 第ニ回 ＤｉｒｅｃｔＸは不毛なのねん（書籍探求篇） 第三回 ＤｉｒｅｃｔＸはやめとけって（ライブラリ探求篇） 第四回 コモンプラットホーム構想（たんなる夢） 第五回 DirectX5は腐ってるんか？（不満ぶちまけ篇） 第六回 実はＣ言語ってよー知らんねん（ごめん俺が悪かったの巻） 第七回 バイナリ互換性は必要なのよね～ん（8x86はJavaをも超えるんか？） 第八回 だからＣ言語オタクって嫌いなのねん（Ｃマガの記事に横槍を入れるの巻） 上記の過去ログ 第九回 翻訳は金になる（コンパイラ作成のための準備体操） 第Ａ回 ゲーム作成講座はいつんなったら始まるねん！（一読者の不満） 第Ｂ回 やねうらおからの挑戦状！（80862C） 第Ｃ回 インタ
無料で見られるプログラミング関連書籍一覧 - YAMAGUCHI::weblog
はじめに こんにちは、動画配信界の情弱です。年始からStackOverflow眺めてたら超絶便利な質問に神回答がされてたので忘れないうちにメモっておく。2012年どっかで役に立てばいいですね。 参考 オリジナルはこちら。ここではコメントにパラパラと載ってたので、まずは直近1ページ目だけにあったものを1個のリストにまとめてみた。ほぼGeorge Stocker氏による回答を載せただけだけど。あとちょっとだけ自分で和訳とか加えたので、知っているものがあればコメントに載せて下さい。追加します。まだDとかFactorとか載ってないし、Pythonも全然足りないし。 API Only - Stack Exchange もしかするとバージョンが古かったりするものもあるかも知れませんが、それもコメントで教えてもらえるとその旨追記します。 他にも過去に挙がったもののリンク ReadWriteWebのプログ
自然に交流できる実験の場--下北沢オープンソースCafe
東京世田谷区下北沢駅から徒歩8分ほどの距離にある閑静な住宅街。「下北沢オープンソースCafe」は、そんな立地にありながら、毎日多くの人たちで賑わっている。 きっかけは技術者向けの勉強会 オーナーをつとめる河村奨（つとむ）氏は、もともとオープンソースの顧客管理システム「SugarCRM」の開発に関わっており、国内のコミュニティを運営していた。コミュニティでは月に1回のペースで勉強会を開催していたが、その際に問題になっていたのが「開催する場所」だったという。 当初は貸し会議室や勉強会参加者の会社の一室を借りるなどしていたが、毎回場所が変わることもあって準備やセッティングに手間がかかる。また、それぞれ仕事を持つ参加者が1、2時間程度の勉強会で本当にアイデアやノウハウが共有されるのかという疑問も生じてきた。「技術系の集まりでもあるので、継続的に機能し、技術の伝達や仕事におけるやりとりや課題の共有な
ソースコードの品質向上のための効果的で効率的なコードレビュー
This document summarizes a microservices meetup hosted by @mosa_siru. Key points include: 1. @mosa_siru is an engineer at DeNA and CTO of Gunosy. 2. The meetup covered Gunosy's architecture with over 45 GitHub repositories, 30 stacks, 10 Go APIs, and 10 Python batch processes using AWS services like Kinesis, Lambda, SQS and API Gateway. 3. Challenges discussed were managing 30 microservices, ensur
Learn to Code - for Free | Codecademy
Get personalized job listings and practice interview questions
A* pathfinding algorithm in JavaScript
A JavaScript implementation of the A* algorithm for pathfinding and graph traversal. Designed for browser-based games using HTML5/canvas with JavaScript. Your browser must support canvas to view this demo. Your browser must have JavaScript enabled.
モナドはメタファーではない · eed3si9n
2011-05-28 Scala界の関数型プログラミング一派を代表する論客の一人、@djspiewak が 2010年に書いた “Monads Are Not Metaphors” を翻訳しました。翻訳の公開は本人より許諾済みです。翻訳の間違い等があれば遠慮なくご指摘ください。 2010年12月27日 Daniel Spiewak 著 2011年5月29日 e.e d3si9n 訳 僕は今、約束を破るところだ。およそ三年前、僕は絶対にモナドの記事だけは書かないと自分に約束した。既にモナドに関する記事は有り余っている。記事の数が多すぎてその多さだけで多くの人は混乱している。しかも全員がモナドに対して異なる扱い方をしているため、モナドの概念を初めて学ぼうとする者は、ブリトー、宇宙服、象、砂漠のベドウィン (訳注: アラブ系遊牧民) の共通項を探す努力をするハメになっている。 僕は、この混乱した
どうも周知徹底が不足しているようなので再度のお願いとなりますが、C死ね。
確かにCでしか書けない類のプログラムは存在する(例を挙げるならKernel)が、それはCの存在を赦す理由にはならない。確かにCに輪をかけてさらにダメな類のプログラミング言語は存在する(例を挙げるならC++)が、それはCの存在を赦す理由にはならない。確かにCでしか書けないダメプログラマは存在する(例を挙げてほしければここにおまえの名前を入れろ)が、それはCの存在を赦す理由にはならない。結論:C死ね。 そもそも計算機にできて算盤にできないことなど存在しない。存在しないんだぞ。なのに何故人はプログラムを書くのか。それはオートメーションのためなのであり、奴隷的使役から人類の尊厳を開放して、この地上に楽園を築くためである。まあそこまで大上段に振りかぶって普段から書いてる輩はいないにせよ、プログラミングとは楽をするため、豊かな人生を実現するため、誰かの幸福のために行うものだ。違うか?じゃあなぜプログラ
Perl中級者への道 (近藤 嘉雪, at PerlCasual #4)
PerlCasual #4 (2011/4/28, 池袋ジュンク堂)で行ったトークのスライドです。 動画をYouTubeで公開しているので、あわせてご覧ください。http://youtu.be/kLt2aYN7UYE, http://youtu.be/xVC9pqCe8cE Read less
目grep入門
Kernel/VM探検隊 #6で発表したスライドです。 解説編はこちら→http://www.slideshare.net/murachue/grep-8132856Read less
初心者でも２週間でiPhoneアプリが作れちゃうTitanium Mobileがすごい件 | 株式会社インフィニットループ技術ブログ
初心者でも２週間でiPhoneアプリが作れちゃうTitanium Mobileがすごい件 どうもこんにちは、フレッシュさに定評のない新入社員のtek_kocです。 初めてのお仕事として「Titanium Mobileでアプリを試しにつくってみる」というのを担当していました。 JavaScriptはあまり使ったことがないですし、そもそもMacもほとんど触ったことがなかったので苦戦するかと思いましたが、２週間ほどでとりあえず形になるところまでできました。Titanium Mobileすごいです。 ということで、Titanium Mobileで試しにアプリ開発をしてみた感想を書いてみました。 そもそもTitanium Mobileとは？ Titanium Mobileとは、Appcelerator社によるスマートフォン対応アプリケーションの開発環境です。 iPhoneやiPad、Androidを
Shibu's Diary: これから魔法使い(プログラマー)になる、新卒者のみなさんへ
渋日記@shibu.jp 渋川よしきの日記です。ソフトウェア開発とか、ライフハックを中心に記事を書いていきます。 By erix! under CC-BY これから魔法使い(プログラマー)になる、新卒者のみなさんに、リレーでメッセージを送ろう、ということになりました。一発目として僕が書かせていただきます。 おまえ誰よ？ プログラマーです。14歳ぐらいからプログラミングに手を染めて、N88-BASIC、C言語、x86アセンブラ、C++、Ruby、Python、JavaScript、Erlangみたいな感じで勉強しています。まぁ、Erlangはまだまだヒヨコですが。大学を卒業して、本田技術研究所に就職し、社内SEをしていましたが、今年からDeNAに転職しました。 メインの言語はPythonで、Python温泉系のコミュニティに参加しつつ、日本XPユーザグループの代表(あまり仕事できてない)、s
日本では絶対にプログラミングしてはならない
"Librahack"共同声明に関する詳細情報 あれだけ馬鹿げたことをして、いまだに被害届の取り下げが行われないのか。何故か。前例がないからか？ 被害届の提出に対する萎縮か？ 意味が分からない。 日本は、Winnyの開発者を逮捕して、P2P技術の合法利用という道を塞いだ。ナップスターの例にみられるように、合法利用に転換する道はあったはずなのだ。Winnyプロトコルは、たしかに違法目的にしか利用できなかったが、管理サーバーのない、純粋なP2Pによるネットワークによって、実用的なファイル共有を実装した最初の例として、Winnyはソフトウェアの歴史に名が残るはずだ。また、BitTorrentプロトコルは、LinuxのISOイメージの配布、ゲームのアップデートパッチの配布、さらには、合法的なゲームの販売における配布そのものにすら、使われている。その道を日本国自ら閉ざしてしまうとは情けない。検索エン
モバイルゲームの歴史を年代別にご紹介します。モバイルゲームの成長と今後について詳しく解説していきます。
モバイルゲーム 物凄い勢いで勃興したモバイルゲーム業界は、いろいろな課題や問題に直面しながらも巨大化し、今日の時点でのスマートフォン向けゲームの市場へと継承されていきます。 モバイルゲームの歴史 2001 Javaアプリと3Dゲームの登場 Javaが利用できるようになったことにより、ダウンロード型のゲームが供給できるようになりました。 2002 携帯電話端末の大容量化・3D化競争 Java搭載携帯電話端末が登場してからごく僅か1年の間に、アプリのサイズに関しては10倍に広大化し、表現方法も2Dから3Dにシフトし始めました。J-PHONEは『ゼビウス』や『スペースハリアー』などといった昔のアーケードゲームを、ドコモはSIMCITYなどパソコンで世界的規模のヒットを飛ばしたゲームを主力商品としていました。 2003 モバイルゲームの一般化 メモリの制限が厳しいJava仮想マシン上ではなく、OS
まとめ：なぜ人月見積がダメか - Zerobase Journal
社団法人日本情報システム・ユーザー協会(JUAS)発行の『ソフトウェアメトリックス調査2007』を取り寄せて読んでみましたよ。SI関係の人は必読ですよね。私はいままで知らずに損していました。 そんなこともあり、年の瀬でもあり、今回の記事では表題の件「なぜ人月見積がダメか」について、現時点での総括をします。 人月見積方式の弊害に対する言論 「ユーザー企業は出席をとるな」，日本IBMの大歳社長が提言：ITpro (2001/08/31) 「日本の商慣習でぜひとも変えて欲しいのは，ユーザー企業が我々の技術者の出席をとることだ。出席をとられると我々は開発の生産性を挙げようとする努力をしなくなる。1000人でできる仕事を500人でやってのけると，売り上げが半分になってしまうからだ。技術者の頭数ではなく，成果物について対価を払っていただける商慣習に変えていくよう，広く呼びかけたい」。日本IBMの大歳卓
これはマネしたい！スーパーエンジニア達の習慣 | Act as Professional
いままで勉強会に顔を出し、すばらしいエンジニアと数多く会うことができた。そして、スーパーエンジニアと共に仕事をすることもできたし、できている。そんなスーパーエンジニア達が持っていた習慣を僕の経験と視点からまとめてみる。 自分が使う道具を厳選して選んで手入れをしているエンジニアでいえばエディタやツールなど。皆が使っているIDEやエディタを何も考えずに使い始めたりしない。 厳選したエディタやツールを使って、手になじませるのである。手になじませるというのは、2つの意味がある。 1つは操作性に慣れること。呼吸をするように自然に、キーボードの上を駆け回る心地よいリズムを奏でるエディタを選ぶ。 2つめは、自分に合わせて拡張しているということ。プラグインのON/OFFだけではなく、オリジナルのショートカットを設定し、適切なハイライト、シンタックスのチェック、コーディングルールのチェック、様々な言語への対
なぜエンジニアは勝てないのか？ - かえるの開発工房
エンジニアは、他の職種では使えない魔法を持っている。その力は、抽象化による自動化だ。ただ、非常に残念なことに、その力を十分に発揮できているとは言えない。色々なエンジニア（会社）が作ったサービスを見てきたが、エンジニアの色が濃く出ると、大抵うまくいかない。よっぽどそのエンジニアが天才的であれば違うのだろうけど、出来ることは「プログラミング」の域を出ることはめったにない。 私自身、エンジニアとしてソーシャルアプリを作っているが、プログラムしか出来ないエンジニアの弱さを痛感する。プログラムは抽象化のための作業だ。作業を給与を得るための交換するものとして見ている人と、目的を達成するための選択と行動としてのプログラムをしている人では、結果は10倍どころか100倍くらい違うところを観てきた。 強さと弱さ 単純エンジニアは、ものすごい力を持っているに関わらずとても弱い。なぜならば、どのようにすれば目的を
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
not found
はてなブログ | 無料ブログを作成しよう
Site is undergoing maintenance
