タグ

ブックマーク / el.jibun.atmarkit.co.jp (10)

  • プログラミング地獄への道は“ベストプラクティス”で敷き詰められている:Rails Hub情報局:エンジニアライフ

    Ruby on RailsのメジャーバージョンアップとなるRails4のリリースが近づいて来ました。先日、日人(あるいはアジア人)として初めてRailsコアチームのコミッタとして迎え入れられた松田明氏によると、Railsの生みの親であるDavid Heinemeier Hansson氏(以下、通称のDHHを使います)は、プロジェクトをリードするという意味で活動が活発になっているそうです。 そして最近のDHHは、ブログもよく書いています。彼は歯に衣着せぬ発言でも知られています。強い主張を持った(opinionated)なフレームワークの作者らしく、DHH自身もきわめてハッキリと物を言います。攻撃的とまでは言いませんが、IT業界技術動向などでは割と何かをクソミソにけなしたりということをします。 DHHが何かをけなすときは、だいたい何らかの鋭い洞察とパンチの効いた皮肉が含まれていて、Twit

    プログラミング地獄への道は“ベストプラクティス”で敷き詰められている:Rails Hub情報局:エンジニアライフ
    joan9
    joan9 2013/01/17
    Rails Hub情報局: プログラミング地獄への道は“ベストプラクティス”で敷き詰められている
  • 「なんでRubyなんか作った!? 迷惑だ!」に対するMatzの答え:Rails Hub情報局:エンジニアライフ

    2012年9月に行われた札幌Ruby会議2012の基調講演の1つで、Rubyの生みの親のまつもとゆきひろさんが、最近あった面白いエピソードを混じえて“イノベーション”の質について語っていました(44分の動画)。ポイントとなる部分をまとめてみました。まつもとさんの話はもちろん、統計的裏付けだとか学問的裏付けがある議論というものではありませんし、ご人も楽しそうに話し、聴衆も楽しんでトークを聞くというゆるい感じのものでした。ただ、「イノベーションの質は捉えがたい」というメッセージや、「だからあれこれ考えずにコードを書こう、われわれはコードを書くことにアイデンティティを感じているのだから、それこそがハッピーになる道だ」というメッセージは、参加していたRubyistたちの胸に響くものがあったのではないかと思います。 以下、口語文体のまま、ポイントとなる前半のトークをまとめてみました。トーク後半

    「なんでRubyなんか作った!? 迷惑だ!」に対するMatzの答え:Rails Hub情報局:エンジニアライフ
  • MacRubyがiOSに来た!RubyでiOSのネイティブアプリ開発ができる「RubyMotion」登場:Rails Hub情報局:エンジニアライフ

    MacRubyがiOSに来た!RubyでiOSのネイティブアプリ開発ができる「RubyMotion」登場 Rubyを使ってiOS向けアプリが開発できる開発環境「RubyMotion」が登場しました。MacRubyプロジェクトの生みの親であるLaurent Sansonetti氏は7年間勤めたアップルを2011年暮れに退社して、新たにHipByteというスタートアップを立ち上げていたようです。 FAQや動画ビデオを見て分かったRubyMotionの特徴を列挙します。 Rubyを使ったiOSアプリの開発が可能 ツールは有償で199ドル(現在キャンペーンで149.99ドル) 無償版やオープンソース版はない 作成したアプリはAppStoreでの流通が可能 iOSのAPIの全てにアクセス可能 C/C++/Objective-Cで書かれたRuby処理系のMacRubyベースで1.9対応 Rubyコード

    MacRubyがiOSに来た!RubyでiOSのネイティブアプリ開発ができる「RubyMotion」登場:Rails Hub情報局:エンジニアライフ
    joan9
    joan9 2012/05/04
    Rails Hub情報局: MacRubyがiOSに来た!RubyでiOSのネイティブアプリ開発ができる「RubyMotion」登場 (Sent from Flipboard)
  • 自分の稼ぎで食っている:プログラマで、生きている:エンジニアライフ

    ◆ はじめにおことわり ◆ 今回のテーマは「わたしがプログラマという職業を選んだ理由」で、実は1行で書こうと思えば書けるんですけど、それだとかなり意味不明になってしまって、ちゃんとわかるように書こうとするとやたら長くなります。 自分で言うのもなんですけど、わたしはちょっとレアな人なので普通な人(←表現がおかしい気もするけど、適切な表現が思いつきません)に読んでいただいても、進路選択の参考にはならないと思いますが、もしかしたら、昔のわたしと似たような問題にぶちあたってる人の目に留まるかもしれません。そんな偶然が存在して、なおかつ、この出会いがほんの少しでもよい方向に作用することを期待して、この文章を書きました。 少々、重いお話になるので、そういうのが苦手な方はここで引き返すことをおすすめします。せっかくきてくださったのに、申し訳ありません。 ◆ 10才のわたしは20才の自分に絶望していた ◆

    自分の稼ぎで食っている:プログラマで、生きている:エンジニアライフ
    joan9
    joan9 2012/01/12
  • Node.jsに強烈に個性的な「SocketStream」が登場!:Rails Hub情報局:エンジニアライフ

    また1つ、Node.jsベースのWebアプリケーションフレームワーク「SocketStream」が登場しました。6月23日にロンドンで開催されたHacker Newsのミートアップで発表されたようです(@makoto_inoueさん、情報提供ありがとうございます!)。GitHubのレポジトリにはバージョン0.1のソースコードと、何ができるかというサンプルコードを含む長大なドキュメントが公開されています。 このSocketStreamは、単にまたNode.jsでWebアプリケーションフレームワークが1つ増えたという感じではないようです。従来のものとは、設計がドラスティックに異なっています。 まず、名前から自明なように、WebSocketを基としていて、SPA(Single Page Application)が作りやすいように設計されています。SPAとは、1ページのHTMLを読み込んだら、後

    Node.jsに強烈に個性的な「SocketStream」が登場!:Rails Hub情報局:エンジニアライフ
  • ベターJavaScript!? CoffeeScriptが注目されるワケ:Rails Hub情報局:エンジニアライフ

    JavaScriptへコンパイルして実行することを前提としたスクリプト言語「CoffeeScript」がちょっとした注目を集めています。CoffeeScript自体は2009年末に登場し、その1年後の2010年12月にバージョン1.0がリリースされていますが、注目を集めたのは、数日前(2011年4月13日)にRuby on Railsの生みの親であるDHHが、次期バージョンのRails3.1でjQueryやSCSSと合わせて、CoffeeScriptをデフォルトとして採用するとTwitter上で発言して議論が巻き起こったからです。 Yes, it's true, Rails 3.1 is going to ship with CoffeeScript and SCSS in the box for use with the new asset pipeline. It's bad ass.

    ベターJavaScript!? CoffeeScriptが注目されるワケ:Rails Hub情報局:エンジニアライフ
  • 『言語設計者たちが考えること』――プログラミングの世界を作った神々の饗宴:晴読雨読@エンジニアライフ:エンジニアライフ

    言語設計者たちが考えること Federico Biancuzzi、Shane Warden(編集) 伊藤真浩、頃末和義、佐藤嘉一、鈴木幸敏、村上雅章 (翻訳) オライリージャパン 2010年9月 ISBN-10: 4873114713 ISBN-13: 978-4873114712 3780円(税込) ■広大なプログラミング言語の世界を作った人々 書は、新旧18のプログラミング言語を設計した、20人超の「言語設計者」へのインタビューを集めたものです。原著(英語)は17言語の設計者に対するインタビューですが、日語版はRubyのまつもとゆきひろ氏へのインタビューを追加しています。 「言語設計者」と一口にいっても、かなりの幅があります。そもそも「言語」自体、C++Java、C#といった広く使われている汎用言語から、awkのように比較的用途が限定された言語、あるいはUMLのようにプログラミン

    『言語設計者たちが考えること』――プログラミングの世界を作った神々の饗宴:晴読雨読@エンジニアライフ:エンジニアライフ
  • 炎上したのでまとめ:ベンチャー社長で技術者で:エンジニアライフ

    株式会社ジーワンシステムの代表取締役。 新しいものを生み出して世の中をあっといわせたい。イノベーションってやつ起こせたらいいな。 炎上したので、論点を整理しておく。 1.業務系では効率がトレードオフできない必要条件 業務系の職務では、「効率を求めること」がトレードオフしてはいけない必要条件です(十分条件ではない)。医者でいうならば、「命・健康」と同じ、トレードオフしてはいけない必要条件です。 効率が必要条件にならない職業もあるけれど混同してはいけない。 2.SQLはオブジェクト指向言語の数十倍の効率 オブジェクト指向言語を使い切るのと、全部staticで宣言してしまうような使い方と比べても、効率は数十%も変わらない。 SQLとオブジェクト指向言語を比べたら、数百~数千%の差が付く。 言語や手法を考えるとき、慣れてない人はできないから無限大の工数が掛かる。ですから、できない人を対象に比べても

    炎上したのでまとめ:ベンチャー社長で技術者で:エンジニアライフ
    joan9
    joan9 2010/06/05
  • プチ炎上したのでまとめ:ベンチャー社長で技術者で:エンジニアライフ

    株式会社ジーワンシステムの代表取締役。 新しいものを生み出して世の中をあっといわせたい。イノベーションってやつ起こせたらいいな。 「炎上してでも議論がしたい」 と書いたおかげか、プチ炎上しました。 上流の技術者はSQLを習得すべき テーブル設計は実装の後に! 御意見いただいた皆様、どうもありがとうございました。 こんな長ったらしい文章を読んでいただいた皆様も、ありがとうございました。 10年近く言い続けていることですが、賛同いただけることも以前より増えてきたし、以前の反論はほとんど感情論でしたから、ずいぶん議論がしやすい環境になってきたなと実感します。 私なりのまとめです。 ■適用範囲の条件は? あくまでも「RDBMSを使うシステム」の話です。 「RDBMSを使わないシステムもある」という御意見も頂きましたが、それは最初に断っておくべきでした。 また、あまりSQLを使ってこなかった人は、自

    プチ炎上したのでまとめ:ベンチャー社長で技術者で:エンジニアライフ
    joan9
    joan9 2010/06/05
  • オブジェクト指向言語で処理したら保守性が悪い!:ベンチャー社長で技術者で:エンジニアライフ

    株式会社ジーワンシステムの代表取締役。 新しいものを生み出して世の中をあっといわせたい。イノベーションってやつ起こせたらいいな。 如何様にも結論づけられる主観的な話になるので、宗教論争にしかならないからあまり書きたくないのですが……。いつも以上に、布教活動というか、独り言みたいなものですので、気楽に読んでいただければ。 一般的なシステムで、オブジェクト指向言語で処理を記述することと、SQLで処理を記述することについて、「保守性(拡張性)のために」というのが、オブジェクト指向言語で処理を記述することの金科玉条になっていますが、当にそうでしょうか。 そもそも、業務システムの保守性とは 【保守性】 オブジェクト指向言語 > SQL >> 混在型 が成り立つと、わたしは考えています。 オブジェクト指向言語推進派の方は、インピーダンスミスマッチをものすごく嫌う(わたしも嫌いですけど)。つまり、オブ

    オブジェクト指向言語で処理したら保守性が悪い!:ベンチャー社長で技術者で:エンジニアライフ
  • 1