 
|
はてなキーワード: RoRとは
Pythonの方が弄れる対象が多いのに、なんでウェブ系だとPHPの方が流行ってんだろ
端末からのテキスト処理も楽だし、数値計算周りのライブラリも充実しているのに
PHPが優遇されているのって歴史的な経緯以外に何か他の理由でもあるのか？
けどまぁ、情弱な文系SEが大半を占めているバカだらけの日本じゃ別にPHPで困ることもないか
数値計算や端末からのテキスト処理なんてWeb系じゃ大して使わないからなあ…
Pythonに関しては、ZopeさえコケていなければWebサーバ用LLとして大成功していたはずなのに、
Railsなんかが登場したおかげで、すっかり影が薄くなってしまいますた....
ってか、railsにインスパイアされたフレームワークって今じゃ幾らでもあるよね
djangoとかCakePHPとか。rubyってRoRを使いたいユーザを除くと、
pythonやPHPの方がユーザー数は圧倒的に多いと思うんだけど
本家のrailsって、他を遥かに越えるほど良いものなんだっけ？
44
Zopeが登場した当時、「RDB+PHPはもう古い、これからはOODB+ZopeがWebの中軸になる！」と
少なくとも自分はZopeからPythonという言語を知ったし、その時点でRubyは知らなかった
そして、その後のORM(RDB)+Railsの出現と華々しい革新性への注目は、誰もが知っているだろう
今でもZopeの開発は継続されてはいるが、結果的に当初の期待が大きく裏切られたという事実は動かしがたい
djangoとCakePHPについては実際に触っていないので憶測になるが、おそらく技術水準ではRailsと同等だろう
しかしRailsはRailsでコミュニティの活動が活発だし、その進化は異常に早い
Railsに何か致命的なトラブルが発生して開発が停滞する、あるいはdjangoやCakePHPから
何かのイノベーションが提示されでもされない限り、後発のdjangoやCakePHPがRailsに追いつくのは無理
Railsは決して技術的に完璧なWebフレームワークではないんだけどね....（たとえばSeaSideのような.... ）
だからこそ「もしもZopeが....だったなら」という「たら・れば」感はPythonコミュニティの潜在認識になっている
C a k e P H P は う ん こ
CakePHP使ってんの？
可哀そうにw
でもやっぱりいつもの使い慣れたLL(Python/Ruby)で
Webサービスを書きたいってのがある
求人数は
Ruby on Rails＞＞＞＞＞＞＞＞Django
http://www.indeed.com/jobtrends?q=django%2Cruby+on+rails&l=
どういうことなの？
求人数が多いのはそのためだと思うよ
なんかのミスかと思ったがアメリカでもRuby on Railsは人気があるのかなあ・・・
Pythonのほうが使いやすいと思うのだがフレームワークはRailsが優位なんだろうか
Djangoは周辺ライブラリが微妙だし本体も鈍くさい感じがする。
でも、FlaskはSinatraより好きだから、Pythonが嫌いってわけではない。むしろ好き。
ただ、いざ作り始めるとやっぱりRailsが楽だなあってなって、Railsを使い続けている。
同感だ
同じように思っている人が他にもいて安心した
PHPはフレームワークが乱立しすぎているから、RailsをPHPで実装してみようというやつが出てきた。
それに比べてPythonは、Zopeというデファクトスタンダードが既に存在していたけど、
ただ、どうやってもRailsもどきがRailsを超えることはできないのは間違いない。
パクリはオリジナルを超えられない(ｷﾘｯ って定型句だけど、
これってｷﾘｯって言いたいだけだと思う。
D言語って超えたって？
B言語って超えたって？
PHPで同じ事をできないわけではないだろうけど、Ruby on Railsほど簡潔にはできない
まあくだらねえWEBサービス作って喜んでる情弱は早く死ねって事だよ
そういう理由じゃなくてRailsのほうが単純に情報もプラグインも多いからでしょ
linuxじゃデフォのツールなんだし、ツールとの連携を考えたらpython一択じゃん
わざわざ不合理で不完全な言語を使うなんて
もしも
＞linuxじゃデフォのツールなんだし、ツールとの連携を考えたらpython一択じゃん
真実であるのなら、今頃はdjangoの情報とプラグインが溢れかえっているはず
yumや、gdbとgnomeの拡張がpythonであるからといって、それをwebアプリでも使いたいと思う人は少ないというだけのこと。
ソースからインストールする必要があったとしても、web開発ではrubyを使いたいという人が多いというだけのこと。
というか、世界中のPythonプログラマが Remeber Zope!! を合い言葉に
打倒RailsたるWebフレームワークを開発しているはずだけど、
Railsも登場してから、かなりの年月が経過しているんだけどなぁ....
その間にもRailsはRails 3が登場して、REST/AJAXの強化等の進化が継続しているよ
Ruby では
ary.map {|x| x**2}
map(lambda x: x**2, ary)
となり、lambda の本体が1つの式では表現しきれなくなると
.....
と書き換える必要があります。
f = lambda x:(x and f(x-1)*x)or 1
RubyにはPythonのように「lambda本体は式でなければならない」という限定がありませんから、
f = lambda{|x|if x == 0 then 1 else x*f.call(x-1) end}
または
f = lambda{|x|x == 0 ? 1 : x*f.call(x-1)}
と書けます。lambda内でreturnが使えますから、書きたければ
f = lambda{|x|if x == 0 then return 1 else return x*f.call(x-1) end}
でもOKです。
348
これはPythonをdisっているように見せかけてRubyをdisっているのか？ と一瞬思ってしまったｗ
だってRubyのほうが長くない？CLのfuncallみたいなcall()がちょっとうざいし…
そしてどっちもlambda式の中で束縛変数の名前で再帰可能、と
print [x*2+100 for x in [1,2,3,4,5] if x > 2 and x < 5]
暗号のように見える。
puts [1,2,3,4,5].select{|i| i > 2 and i < 5}.map{|i| i*2+100}
思考の流れと、コードの流れが一致しているので書きやすい。
map(lambda x: x*2+100, filter(lambda x: x > 2 and x < 5, [1,2,3,4,5]))
pythonて可読性が高いのをうたってる割にはそこいまいちだよね
Rubyの場合には、左から右へと無名関数がデータフローあるいは
関数型プログラミングに不慣れな初心者でも、参照透明性のあるコードが自然に書ける
プログラマにとって優しい or プログラミングの楽しさを教えてくれるのがRuby
それと比較すると、Pythonのコードは、関数型プログラミングというものが
いかに高度で難解なものであるかという事をもったいぶってプログラマに押し付ける
もしもPythonしか知らないプログラマであれば、関数型 = 難解 という印象を持つだろう
階乗計算くらいだと単純すぎて、ナゼ重要なのかが分かりづらいと思うのでコードで示す
result_list = source_list.map { |elem|
x = foo(elem.x) # ここが局所宣言を書く部分
x + y # 最後に評価された式の値が、無名関数のリターン値になる
}
Rubyでは、map等に与える無名関数の中で局所的な環境(クロージャ)が作られるから、
x = foo(...) のような代入文がいくつでも(= 複雑な処理でも)書ける
このポイントは、実用的なプログラムを関数型風で書こうとした時に、威力を発揮する
余計分かりづらくなった
高卒ドカタなんだろうなぁと可哀想になる
集合の表記に似せてることが分かるから
355
＞map/filterはfor/ifと同じだと言っているだけだから、難解という印象は持たない。
関数型プログラミングに慣れた、あるいは得意な人であれば、そういった印象なんだろね
Rubyの魅力はこれから関数型プログラミングを学ぼうとする初心者、 あるいはそんな初心者へ教える立場から見た、優しさ or 分かりやすさなんだ
[1,4,3,2].sort.reverse.map{|x| x.to_s}.join('-')
Pythonだと読みにくい。
'-'.join(map(str, reversed(sorted([1,4,3,2]))))
Pythonでは思考の流れと一致しないばかりか、「カッコだらけ」のコードになると.....
カッコだらけのコードを分かりやすくする基本的な方法は静的単一代入じゃないか
Rubyのやり方は基本ではなく玄人のやり方だろ
Pythonでは組み込みの型でメソッドチェインはやって欲しくないな
似たようなコレクションtuple,deque,array,queue等にも同じメソッドが必要になってくるし。
372
外部のライブラリでも列挙可能なものは、たいていEnumerableモジュールをimportしてますね
Rubyユーザーは列挙可能なものはmapやselectできて当然だろって思ってる気がします
Pythonは「何かを便利に書くためのしわ寄せ」をはっきり寄せてくる
得意と不得意を言語レベルではっきり主張するのでメリケン好みと言えなくもない
Rubyは全方位になんとなく八方美人なので、全体的になんとなく書きやすくてなんとなくキモくて遅い
「書きにくいってことはその処理に向いてないってことだから諦めろ」を地で行く
無名関数が文を使うほど複雑なら名前を付けるのが Python 流と想像。
これを読みづらいと感じるのは、左から右に流れる
もしかしてアラビア語ネイティブな人からすると逆に読みやすいのか？
というタイトルの記事をいつか書けるようになりたいなっ
ああっ、ちょっと待って。できるだけ多くの人の目に入ってくれたらと思ってやった出来心なんだよ。許して。
でもさ、HTML？ああ、ホームページビルダーで見たことある！レベルの人間なんだよ。
だからこの記事読んでも何を勉強すればいいのか皆目見当がつかない。HTMLやればいいのは間違いなさそうだけど。
でも俺は「完全に一致」みたいな検索システムが作りたいわけじゃない。
利用者が自分でページを作って、そこに人が集まってみたいなページがつくりたいんだ。ごめんよくわかんないよね。
Facebookの中のFacebookページの仕組みの部分だけをつくりたい、というのが一番近いかも。
ねえ、何を勉強すればいいと思う？こういうのはてなーの人なら詳しいと思って。
あ、待った！そうだよね、自分で何も調べずに教えてとか礼儀に欠けるよね。ちょっとタンマ。
==============================================================================================
よし、調べてきた。Ruby on RailsっていうのがWEBサービスを簡単に（？）作れるらしいですね。
でも、それが自分の作りたいものに適しているのかが分かりません。
少なくとも「完全に一致」の人はRoR(こう略すので正しいんだよね？)使ってないし。
だから、自分がこれからRoRを勉強するのが適策なのか、そうじゃないのかだけでも教えていただければ幸いです。
いや、ごめん、ホントはそんなことが聞きたかったんじゃないんだ。
本当は上記エントリでやる気になったけど、一人でスタートするのが寂しいから、誰かに「頑張れ」って言って欲しかっただけなんだよ。
かまってちゃんで申し訳ない。
元記事にも100人1000人のユーザーならSQLでも問題ないって話をしたと思うが 1万人ユーザーって簡単なの？そもそも。って話だよね。
そしてその時のサービスは本当にツイッターみたいな大量データーサービスなの？と。（それってツイッターのコンペでサービスとして成り立たなそう。違えばいいけど）
ORACLでハイエンドサーバーのグリッド使うのと 自分でMYSQL分散書くのと HADOOPにするのと どれが得かはやってみないと分からん。
ダウンタイムを短くしようとすると、2011年現在では組めるならばオラクルな気はする。すくなくとも簡易的にベンチとらないとわからん。
Hadoopの怖いところは所詮Apache.orgということで、Apache.httpdのように急激な開発が流行から外れて止まってるかのようになることがあることなんだよねぇ。
Apache.httpdって、MPMがいまだpreforkとか あってWorkerで event とかって、しばらく前は、いまだ不安定とかそういう開発状況だと思ってるんだけど。
event MPMってもう安定化したの？event MPMのコア概念である
『Workerですら遅いから カーネルコールバックを使おうっていう流れ』自体はもう10年近く昔の概念だと思ってるんだけど・・・
今現在 一番イケてるのはHADOOPだとは思うけど。 Rubyが一時期ほどには勢いがないのと一緒で（いちおうRoR前から知っているみとしては、RoRによる隆盛が奇跡のようなものだが）
まだ、怖いよね。 障害復旧の実装もまだ、弱いし。個人的にはZookeeperがもっとちゃんとなったら、もう1度 調査する！ という感じで塩漬け状態なのがHadoop.
少なくとも単一障害点のフェールーバー周りが本家でどうなるかとかだねー。
どうでもいいけどPHPの方が好きなので PHP for apache event MPMを安定化希望・・・ まぁ、Perlもいいよね。
だがRubyとPASCAL だけは無理だ。BEGINとか書いてあるソースを高速に読みこむのは無理。（）ぐらいならいけるけど、BEGINってなんだよ。図形認識できないから読みづらいよ。
3%タイプしたらあとはIDEが補完してくれるなら、その3%を記述しておけば後はコンパイラがよしなにやってくれる言語をつくればいいんじゃないかな。
(ここでいう「コンパイラ」は広い意味の処理系。インタラクティブにミスを指摘したりインクリメンタルにリンクしてくれたり、といった機能も込みで。)
期待しているものと少し違うかもしれないが、既にJava向けのウェブフレームワークでは、必要最低限のコードだけ書くと他の部分を自動生成してくれるようなプロダクトが出てきている。"Spring Roo"とか"Play framework"とかが代表的かな。バックグラウンドでツールを走らせておくと、ファイル変更のタイミングで、自動的にビルドとコード生成をやってくれる。
これらは、RoRと同様の生産性を実現しつつ、既存のJava資産を活用し、静的型言語の恩恵をも受けられるようにすることを目指している。
まずは最初に学ぶという単語がついてるから、Javascriptだろうと、Cだろうと別段いんじゃね？
Javascriptを選んだのは、書いてある通り、
UNIXなんかをインストールしなくて良い。コンパイルしなくてよいという手軽さだからね。そこから次の言語に行けばよいとは書いたけど、メインにしろとは書いてないし
別にメインでJavascript使ってもいいと思うしね。RoRがでるまで、Rubyが注目薄かったように、Javascriptで一世を風靡してもいいしね。
それに、自分のプログラムの腕前を競うことはあっても・・・自分が使ってる言語の良し悪しを競っても腕前とはあまり関係の有ることじゃないし。
Javascriptのトッププログラマーと Cの初心者比べても仕方がないし。
なんでもいいから、ゴツッとやりこんでくんなましってニュアンス。途中で転向するのもありだし。大切なのは、プログラムの腕前であって、言語じゃねーし。
そもそも、また、そのうち新しい言語なんていくらでも出てくるしね。
以下のようなツイートをしている人がいたんですが、どうなんでしょうかこれ？
http://twitter.com/shinoegg/status/17487294651
Dreamweaver最新版の使い方をマスターする＝最新のweb技術をマスターする…のような気がする。
まず初めに断わっておくと、私はソフトウェア会社で働いてはいますが、Webエンジニアではないです。LAMPを使って個人のWebサービスを公開している程度のものです。
Dreamweaverを使ったことはないのでどのようなことができるのか分かりませんが、私の感覚ではなんか違うなーと思ってしまいます。
多分「最新のweb技術」がこの人とは違うので違和感を覚えるんだと思います。この人の「最新のweb技術」を勝手に推測してみると
と、ここまで書いて思ったのは「プログラマー」と「デザイナー」の違いなのかな。
「最新のweb技術」は環境、職種によって様々だと思うけど「Dreamweaver=最新のweb技術」というところに引っ掛かったので、ちら裏的に書いてみました。
そもそも全てOSSで開発してたらDreamweaverという選択肢は無いですよね。
Flashはどうだか知らないですけど。
韓国人がクレームを入れた結果、最強ユニット揃いのチート国に。
（後に拡張パック(RoR)により、こっそりと他の国がのきなみ補正され、
結果的に弱体化するも、どのみち対戦では誰も使わなかった）
AoE2(AoK)では当初朝鮮は省かれたが、拡張パック(AoC)で参入。
元々AoEとAoE2でペルシア以外は全て違う国で、拡張パックでも被っている国はない。
AoEで朝鮮がプレイヤーの多くに嫌われた事実から、朝鮮を導入する必要性はなかったと考えられており、
RoRとかそういうものの話を聞いて、興味をもったらしい。
上司にとっては、プログラム言語というとFortranとかCOBOLとかそんな時代。
フレームワークってのはサブルーチンだけ書けば動くシステムですよ、と説明してみた。
「昔はライブラリが配布されるなり売られるなりしていて、あれは言ってみればサブルーチンです。こっちの仕事は、あれをもとにメインルーチンを書くことだったじゃないですか。今のハヤリは、穴抜けのメインルーチンが準備されているから、これを埋めるようにサブルーチンだけを新しく書けばいいという仕組みです。Webがらみとか、お決まりのパターンが多いシステムは既存のフレームワークを使って作るのが早い、とされてます」
「ふーん、そうかー」
その場で思いついたたとえ話だったが、けっこううまく説明したかなと思う。
2008年09月28日 ocs 増田 LLFutureでも語られてたけど、RoRは進歩が早すぎるという暗黒面があるらしい。http://www.ey-office.net/public/LLFuture2008.pdf
進歩するのはいいんだけど、互換性が軽視されてるってのはどうなんだろう。リンク先読むと、互換性はない、古いバージョンはメンテされない、サーバーのリブートは毎日と書いてある。要するに枯れるまで触らない方が安全ってことか。
2008年09月28日 ezookojo 特定の記事が書かれた当時の手順のままで動作しなければならないRailsかわいそうです / とか言ってるとオフィシャルのREADMEやガイドページだったりする
一人ツッコミやってるので、補足するのもなんだけど。ダイアログの手順が少々変わったくらいでうろたえている訳じゃなくて、指定されたサイトから最新のパッケージをダウンロードして、そのパッケージにとって正しいと思われる手順を実行したら、動かなかった。
2008年09月28日 dbfireball 増田 Railsすごいよ！って言ってた去年あたりだったら、マジで10分でした。そこから色々アップデートされてその通りにやってもできないっていう状況。
参考にしたのは10分で作るRailsアプリfor Windows。やっぱり互換性がなくなってるんだ。
2008年09月28日 takeshiketa takeshiketa RoRラブな俺だけど、同意。RoRは導入コストで語るんじゃなくて、手になじんだ後の生産性で語るべき
うーん。ラブな方も現状については同じ意見。手になじんだ後の生産性ってのは一見わかる気もするけど。作った後のメンテナンスは誰がやるんだろう。導入コストは低くないと言ってるみたいだけど、互換性軽視の開発が続く中で、デベロッパの手をなじませ続けるラニングコストはどうなんだろう。
2008年09月28日 FTTH # |ω・）…… ハイハイハイ俺も云いたいです！！ RoRの機構使うよりSQLベタ書きの方がポータビリティもメンテナンス性も良いと思います！ バックエンド意識しないでいいようなアプリなんてどうせその程度です！！
ポータビリティもメンテ性もべた書きより劣るフレームワークって…。
幸いITのプロじゃないので他人ごとなんだけど、RoRで業務サイトを構築している人が居るってのは、少々寒気がする。肝が据わってるのか、想像力がないのか、それとも俺が思っているよりずっと人月って金がかからないのか。
と、いう謳い文句にそそのかされてRubyとRuby on Railsをインストールして、説明通りにセットしてみた。動きゃしねぇ。調べてみると、バージョンが変わっているのでデフォルトのDBが違うらしい。あと、環境プログラムのGEMも微妙に動きが変で、今は「ワンクリックで動く便利なインストーラー」があるのだとか。試してみる。なぜか「gemが古い」と言い出す。指示通りアップデート。
で、もう一度紹介されていたサンプルを組んでみるが、scaffoldという呪文を、メソッド実行時に受け付けてくれずloadErrorが出る。検索して、コマンドラインからscaffoldを生成してみたが、今度はエラーを吐いた後、サーバーすら立ち上がらなくなった。
Ruby使えねぇ。などとは言わない。「簡単に使えるというのはマーケティング上の嘘で、トラブルを回避するためのバッドノウハウをたくさん勉強しなければならないらしい」という、至極あたりまえな、うすうす予想していた結果。
http://anond.hatelabo.jp/20080601175525
他の有料レンタルサーバを使ったことないので、あてにはできないけど。
プラン変更は出来ない。変更したい場合は別プランで新規登録後、データを移すことになる。
公式にはこちら
以下私の環境。これは割り当てられたサーバにより多少の違いがあり得る。その他詳細はアカウント毎に確認できる。
| CPU | Intel(R) Pentium(R) M processor 2.00GHz |
| メモリ | 2GB |
| OS | FreeBSD 6.1-RELEASE-p23 i386 |
| Apache | Apache/1.3.39 |
| Perl | 5.8.8 |
| Ruby | 1.8.5 |
| Python | 2.4.5 |
チョットしたツールをつくるんだったらVB6とか使ってたけど、最近はどうなんだろうね。
C#とかあのお手軽感に比べるとちとめんどくさい感じ。
どんどん重たくなっていく……。
C#を最後にいくつかやってWinアプリ系の開発は殆ど組まなくなったのだけど、
vistaの時代になっちゃうとWinアプリっちゅうとやっぱりC#一本なのかな？
c++でDLLとか作るぐらいならc#のIDEつかっちゃったほうがよさそうだし。
ODBC利用できてちょっと簡単なWinAPI叩けるだけで大抵は満足なんだけど、、
大げさだよ・・・。
JavaのSwing、Beansとかも結局期待はずれだったし。。
フラッシュあたりがもうちょっとGUIを簡単につくってくれたらなぁ。
そんな、ぼやッきーを総合して、
「Windowsアプリを作るのに最適な言語を教えてください。」という一言なんじゃないだろうか。
この回答している人達の内容が気になりますね。
> 正直PHPよりJavaScriptの方が使いやすいだろ
使いやすいのはDOMが使えるから。DOMが良いのは、それがブラウザの構成要素でもあって、ブラウザを制御できるから。
結局HTMLにしてHTTPを通さなきゃいけないサーバサイドでは威力半減、コスト増大で旨味が少ない。
PHPとかRoRみたいなフレームワークを使うのとかjavaとか、そんなのと大差がなくなる。
唯一の旨味はクライアントサイドと同じjavascriptとDOMである、ということだけ。
しかし、それは一見であって、逆に紛らわしいとか、結局データベースとかC/S間でやりとりされるデータを理解してないと、とか、PHPで良くいわれる敷居が低くて初心者が、というのと同じ構図になるとか、結局大差ないんじゃないか？
……あ、javascriptが叩かれるようになってPHPが目立たなくなって死ぬ、ってことか。
????????m - DeepBurner WinShot(Windows95/98/Me / 画像＆サウンド)
ウノウラボ Unoh Labs: VMwareとCentOSでウェブ開発の環境をさっさと整える手順書(前編)
VMWare上のUbunutu 7.10 Gutsy Gibbon上にRails環境 - clickyourstyle.comのサテライト
FreeBSD : PowerEdge SC430にFreeBSD 6.1をインストールする : コンピュータも夢を見る
Home | Ubuntu Japanese Team Ubuntu - Wikipedia 日本語ローカライズ | Ubuntu Japanese Team
ウノウラボ Unoh Labs: RackでWebアプリのWebサーバー依存を無くす
Ruby on Rails のサーバプロセスを把握する - hetimaの日記
BlogFish: Scaling Rails with Apache 2.2, mod_proxy_balancer and Mongrel
FastCGI インストール - Rails で行こう！ - Ruby on Rails を学ぶ
rails で apache + fastcgi (マルッと！)
CentOS で構築する自宅サーバ : Apache + lighttpd で Rails を動かす
Fedora Core 3で Ruby on Rails：Goodpic
RoR Wiki 翻訳 Wiki - RailsWikiIndex
なんかまとまってないけど、書いたので乗せる。ほとんど愚痴だよ。
このへんからぼろぼろ出てきてるけど、まぁおおむね理解できる。
http://d.hatena.ne.jp/higayasuo/20070923
http://d.hatena.ne.jp/habuakihiro/20070922
http://d.hatena.ne.jp/jYoshiori/20070826/1188150596
けどなんなだかなぁという気が最近している。
スーツ族がつまらない連中の代名詞であるのは良いとして、「スーツ族の煽りの結果、せっかくの良いものが台無しだぁ??」みたいな既定路線の論調はなんなんだろうという気になる。
RoRでもStrutsでもなんでもいいんだけど「オープンソースの成果を世に普及させたい」とか、「俺の仕事場で楽しく使いたい」というのならば、道具としては工業製品としての品質を持っていないと駄目なんだけどって言いたい。
で、また特有の色眼鏡で「あーまたサポートがどうのとか、枯れてないと駄目だとか言い出したよー」って言われそう。そういうファクターも大切だと言いたいけど、ここでいいたい品質って言うのは、フレームワークが持っているべき「誰が使ってもそれなりの物を作れる」っていう品質。StrutsとかRoRが低い品質だって言いたい訳じゃない。素敵なフレームワークだと俺も思う。
けど、スーツ族とかSIerの存在が馬鹿すぎて駄目だとかそういうのはどうよと思う。
スーツ族とか頭の固いおじさん達の方がこのイット業界といえども圧倒的に多数なんだからそういう人たちでもうまく使えるようにするという進化を何度も繰り返すべきであり、その繰り返しは許容すべきモンなんじゃないだろうか。
物理的な工業製品の進化を見ても分かるように、「馬鹿でも使える」というキーワードはとても大切で、これは複雑さが人類史上maxなソフトウェアといえども忘れてはいけないことの一つだと思う。「馬鹿でも使える」のを物理的な仕組み作りじゃ無理かもしれないということの解の一つとして「設定より規約」があるのかもしれないし、「いやいや、自動XML生成ツールで克服だよ」があるのかもしれない。
とにかく、そういった人たちの否定は、進化の否定、技術者としての自分の否定になるんじゃないだろうか。
あと、
非スーツ族 == ネット専業とかパッケージベンダーとかコミッタ
とかの文脈であって、たいていSIerの中の人間は馬鹿にされがちだけど、SIerの中にもコミッタは当然いるし、理解が深いのも多いよって言いたい。 逆にSIerで、技術が専門職である人間(業界専業のSEだとこの話の対象から外れるが・・・)の場合、千差万別のシステムを見てるので、尋常じゃない位の知識量と技術力が蓄積されている。
そういう人たちが大規模なシステムを組むときに、普通プログラマ達がそれなり作ってそれなりの品質になるように苦心するわけ。上に挙げたようなエントリを書く人やそれにbookmark入れてコメントするような意識の高い人たちばかりだったら、理想郷になるんだろうけど。。。
rubyとは - はてなダイアリー Rubyとは - はてなダイアリー
RubyForge: One-Click Ruby Installer: Project Info
RDE(Ruby Development Environment) - Ruby??J??????????
#!/usr/bin/ruby -Ks
# print "Content-Type: text/html;charset=UTF-8\n\n"
p "表示"
http://127.0.0.1:3000/ http://127.0.0.1:3000/recipe/list
http://127.0.0.1:3001/ http://127.0.0.1:3001/recipe/list
http://127.0.0.1:3001/account/signup http://127.0.0.1:3001/test
Hot Chips (delete) Snacks 2004-11-11
Ice Water (delete) Beverages 2004-11-11
Killer Mushrooms (delete) Snacks 2005-09-13
満足せる豚。眠たげなポチ。:Rolling with Ruby on Rails - Japanese Translation - p1
満足せる豚。眠たげなポチ。:Rolling on Ruby on Rails - Japanese Translation - p5
ITmedia エンタープライズ：第1回 Instant Railsで始めるWindows環境のRails (1/2)
DROP TABLE IF EXISTS `items`;
CREATE TABLE items (
id int(11) NOT NULL auto_increment,
login varchar(80) default NULL,
password varchar(40) default NULL,
);
えぇてるのぉと:Railsでログイン認証 - livedoor Blog（ブログ）
8 app/views/test/index.rhtmlの編集
Welcom <%= @session['user'].login %>!
Login Generator (1) - Nowhere Near
config/environment.rb に以下の行を追加する。
module LoginEngine
config :salt, "your-salt-here"
end
Engines.start :login
パパブログ: RoR ： login_generator ： login中のユーザ情報の取得
@session['user'].login
で、idやloginが取得できる。
ちなみにidはActiveRecordおなじみのidで、
;C:\nonidata\InstantRails\ruby\bin;
cd C:\nonidata\InstantRails\ruby\bin
C:\nonidata\InstantRails\ruby\bin>gem install login_generator
Successfully installed login_generator-1.2.2
C:\nonidata\InstantRails>cd C:\nonidata\InstantRails\rails_apps\cookbook
C:\nonidata\InstantRails\rails_apps\cookbook>ruby script/generate login Account
create lib/login_system.rb
C:\nonidata\InstantRails\rails_apps>cd C:\nonidata\InstantRails\rails_apps\cookbook
C:\nonidata\InstantRails\rails_apps\cookbook>ruby script/generate controller test
exists app/controllers/
[Ruby] Rails(ActiveRecord)の多対多関連 - yuum3のお仕事日記
has_one
has_many
belongs_to
has_and_belongs_to_many
habtm と has_many :through (ActiveRecord)
ActiveRecord の歩き方 - Association 編(1) - Rails で行こう！ - Ruby on Rails を学ぶ has_many :comments
developerWorks Japan has_one :address
Rubyist Magazine - RubyOnRails を使ってみる 【第 3 回】 ActiveRecord
create メソッドを使うこともできます。create は new したあと save (DB に格納) します。
Rubyist Magazine - RubyOnRails を使ってみる 【第 4 回】 ActionPack
find(:all, :conditions => ["user_name = ?", user_name])
find_all(["user_name = ?", user_name])
find_all_by_user_name(user_name)
Part2 Rubyに学ぶ「Ruby on Railsの正体」：ITpro
book = Product.find_or_create_by_name_and_price('book', 2079)
リスト7●productsテーブルからnameが'book'，priceが2079であるようなProductオブジェクトを読み取り，存在しなかった場合はデータベースにレコードを新規作成する処理
RoR Wiki 翻訳 Wiki - HowToUseLegacySchemas
恣意的で複雑なクエリや、主キーを持たないテーブルにはfind_by_sqlを使う
テーブルが論理的な主キーを持たないなら、
find_by_sqlを使えば主キーを全く指定しない曖昧で複雑なクエリを実行も実行できる。
Post.find_by_sql ["SELECT * FROM posts WHERE author = ? AND created > ?", author_id, start_date]
エディタ utf8
チュートリアルを動かしてみる - 肩書「シニアコンサルタント」のつぶやき
Railsでソーシャルブックマークを作ってみようか（第1回） - 坊やがゆく
ようこそ<%= @session['user'].login %>さん
Railsでソーシャルブックマークを作ってみようか（第2回） - 坊やがゆく
Railsでお馴染み37signalsのURLが凄い件について:TKMR.blog.show
URLにキーワードを含めことでSEO対策になるかも、でもそれだけ:TKMR.blog.show
http://127.0.0.1:3001/recipe/list
tetraの外部記憶箱 - Instant Railsのインストール , 追記：phpMyAdminの日本語環境設定 , 未踏ソフト記事
つーか、Text::Hatenaくさい気がする、ということはここってperl？ラボってRoR主流と思ってたけど。