無料でMITのコンピュータサイエンスの講義を受講しよう - 言語はPython | TRIVIAL TECHNOLOGIES 4 @ats のイクメン日記
みんなのIoT/みんなのPythonの著者。二子玉近く160平米の庭付き一戸建てに嫁/息子/娘/わんこと暮らしてます。月間1000万PV/150万UUのWebサービス運営中。 免責事項 プライバシーポリシー MIT(マサチューセッツ工科大学)が一部の講義の動画を公開していることは周知の事実だと思う。世界的に評価の高い教育機関の講座を，ネットを使って無料で受講できるわけだ。 公開されている講座の中には コンピュータサイエンスの講座 もある。プログラミングの経験がない学生も対象に含まれる23回の講義で，データ型やアルゴリズムといったプログラミングの基本から、株価シュミレーション(アメリカっぽい)の作り方まで学べる。この講座で，プログラミング言語としてPythonが使われている。 MITのプログラミング入門コースでもPythonが使われている ということもある。国内の大学のプログラミング教育にも
RESTfulなWebサイトと拡張子を含むURLについて - 檜山正幸のキマイラ飼育記 (はてなBlog)
2009年12月16日「チュートリアルを少し変更、おバカな設定例」 Catyでは、ファイル名拡張子の意味付けや扱い方がデスクトップと同じなんだけど、「クールなURIは、拡張子がねーんだぞ」とか言われそうだから、そのうちラショネールを書かなきゃ。 「ラショネール」なんて奇妙な言葉が出てきてますが、目論見や主張が正当であることを示す根拠、てな意味ですかね＞ラショネール。 僕とKuwataさんが開発しているWebフレームワークCatyは、URLに、.html, .cgi などの拡張子を必ず要求します。クエリパラメータも遠慮なしに使います。「拡張子とかクエリパラメータなんて、RESTfulじゃないなー、クールじゃないなー」とか言う人がいますが、なにゆえに「拡張子やクエリパラメータがダメなのか？」 -- その根拠を示して欲しいもんです。僕らが積極的に拡張子やクエリパラメータを使う事情と根拠は、このエ
PAC （Presentation Abstract Controller） - 浜村拓夫の世界
ブログを読んでいたら、アーキテクチャーパターンとして「MVC」よりも「PAC」が良いという話があった。 PACとは、Presentation Abstract Controllerの略で、「MVCの階層的アーキテクチャー」とみなせるものだという。 PACなんて知らんかったのでちょっと調べてみた。 Life is beautiful: Ruby on Railsの「えせMVC」の弊害 もはや MVC が本当に正しいのかどうか見直す時期に来ているのでは？ 本当にオブジェクト指向や MVC は生産性をもたらしたのだろうか？ Java なんか単に複雑になっただけなんじゃないだろうか？そういう疑問はあっていいと思います。 今は最先端を行ってるのは PAC（Presentation Abstract Controller）だと確信します。 PAC は MVC の階層的アーキテクチャとみることができます
google guiceで定数をインジェクション - ぼそっと
はじめに 当ページは、「google guiceをベースにWebアプリケーションを作ってみよう」の1コンテンツです。 google guiceを使って定数をインジェクションする方法についてまとめています。 前へ | 目次 | 次へ 文字列のインジェクション 例えば、Springの場合、以下のデータソースの定義のように <bean id="dataSource" class="org.springframework.jdbc.datasource.DriverManagerDataSource"> <property name="driverClassName" value="org.hsqldb.jdbcDriver" /> <property name="url" value="jdbc:hsqldb:hsql://localhost:9001" /> <property name="u
ペアプログラミングは大衆向けでない？
原文(投稿日：2009/09/23)へのリンク ペアプログラミングはここ数年で一番議論が続けられているプラクティスのひとつだ。ほとんどの支持者はペアプログラミングの利点をほめたたえることを惜しまないが、その人たちでもペアで作業することの導入に苦労があることを認める人は多いだろう。それはなぜか。Obie Fernandez氏はそうなる理由と考えられる10の項目を挙げている。 氏の会社Hashrocketの従業員であるDesi McAdam氏とJim Remsik氏の2人がペアプログラミングで得られる恩恵についてニューヨークタイムス誌へ寄稿した後、氏による示唆に富むブログ記事においてペアプログラミングが多くの職場で成功しない10の理由が概説された。氏はまずペアプログラミングの利点に対する純粋な思いを述べて氏の見解をそっと示してから、「ペアプログラミングはHashrocketが他社に負けないもっ
エンジニアがタイトル買い、著者買いすべき本 - Fight the Future
著者買いすべき本！ ファウラー、ジョエルは知名度もあり、改めて僕がどうこう紹介する必要はないと思うけど、ここではスティーブ・マコネルを特に推したい。 読んだ人には非常に高い評価を得ているけれど、その分厚さや価格もあってなかなか広まっていない。 特にCode Completeはすべてのエンジニアが必ず読むべき本だと思ってる。 これを読んで理解する／しないが(職業プログラマとしての)初級と中級の境界だと言えるくらい。 タイトルにはCodeとあるけど、別にコーディングをターゲットにした本ではない。 設計、テストも含めてコーディングを考えている。当たり前だがコーディングだけではコーディングはできないからだ。 上下巻1,200ページの大作だし、2冊で12,000円だがその価値は大いにある。 スティーブ・マコネル ソフトウェア見積り―人月の暗黙知を解き明かす 作者: スティーブマコネル,久手堅憲之,S
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Toyoshima pointer
Algorithms with Python
Law.com | The Premier Source for Global Legal News & Analysis