関係の処理を記述する場所が欲しいというものでした。前者の問題で使えません。(メタメタに言われている機能なので、積極的には使ってないですけど。コード(ActionPack)を読んでいました。話についていくのがやっとですが、そこそこ追えるようになってきたかも・・・。一次会はもんじゃ、二次会はさくら水産でした。いろいろな話をした気がしますが、よく覚えていません。いう勉強会に顔を出すとみなさんよく勉強されているので刺激を受けます。私も頑張らないとナー。勉強会用ポジションペーパです。念のため以下に貼っておきます。こちらの手順で国際化しています。新しくしたら、ちょっとはまってしまいました。見つからないというエラーが出ました。インストールしていたのでこの辺の設定をしていたのですが、今回はまだやっていないことに気がつきました。(--;以下を参照しつつ、対応しました。セットアップすると、何かしらミスをしますね。インラインアセンブラですが)を読み返していました。書けるかどうかは怪しいですが、読むことはできるようです。代のころにやったことはなかなか忘れませんね。これだけ複雑になると、「××が必須」というのはなかなか難しくなるのではないかなと常識的な反応をしてみます。会計知識だったり、物流の仕組みだったり世の中のことを知っているほうが重要な場合もたくさんあります。思うに、システム作る人ってあまり生き残らない気がするのです。パッケージを利用したり、SaaS(この言葉自体は微妙ですけど)だったり。仕事は何を使えば業務が遂行できるか判断するのとツールのカスタマイズが主な仕事になるのではないかとさえ思います。組み込みやゲームは違うかもしれませんけど。サルとか名乗っていくのかもしれません。パッケージや既存システムに問題があったらサポートに連絡です。大体、企業でオープンソース製品が話題になるのは、オープンソース製品が重要というよりは、製品サポートビジネスが立てたい人たちが仕掛けているところもあると思います。コードの中身が公開されていて安全ですよ、しかも弊社のサポートがあるので何があっても大丈夫です、みたいな感じで。アセンブリ言語どころか、複数の言語を操れない人さえいます。サルを何とかしてくれという人もいますが、彼らは彼らでないと困る様々なスキルを持っています。理系出身でないと務まらないかどうかという話題に近いと思います。これだけ複雑化してきた世の中なら、お決まりの文句になりますが、「いろいろな人が必要なんだから、それぞれの専門を尊重しながら仕事しましょうね」ってことになりますかね。何かひとつふたつベースになるものを身につけてくださいってことで。!)でも、作る側に残りたいのなら、アセンブリくらいやっとかないとね。中の人になりたい人は必須でしょう。楽しさで図ってはいけないと思いました。この話自体は、ささださんの成果報告会のパネルネタなので、私はリアルタイムに聞いていたわけですけど、そのときは感じなかった違和感を記事から感じてしまいました。本質とは関係ないところにあるような気がしています。パネルディスカッションで印象的だったのは、楽天の森氏も、CTCの小島氏も“Rubyの楽しさ”を強調したことだ。「Rubyを使うようになってから、プログラマが幸せそうに働いているんですよ。このインパクトは大きい。朝から黙々とキーボードを叩いている姿は、今日も会社に行くの嫌だなと思うのとは大きな違いです」。「エンジニアが楽しそうで仕事が活発になった。Rubyが広がることで日本が元気になればいい」。やって楽しい理由は三つあります。自身が楽しい言語であることです。ようにさまざまな書き方はできません。思想的にそれは合いません。私はコードを見ただけで吐き気がします。楽しいプログラミング言語といえるでしょう。プログラマでもいいが)がやってくれていることです。言い方は悪いですが、つまらないシステム開発は、言語を何を選んでもつまらないのです。やることによって注目を集めることができることです。日陰者になりやすいプログラマが、光を浴びる良いチャンスです。皆が知らない新しいことをやるのは楽しいものです。好きの人が多いでしょうから、楽しくて当然でしょう。楽しさを得ようとしているのであれば、上記の三つを良く考える必要があります。一つ目にコミットできているなら問題ありません。二つ目、三つ目の理由が隠れているとすれば、引き際が肝心です。これから参入を考えるなら、引き際を誤る可能性があります。(だからといって、つまらなくなるというだけで実質的なデメリットは何もありませんけどね。は楽しさだけで図ってはいけません。エンジニアの全てがプログラミングが好きなわけではないし、ビジネスなので楽しさ以外のメリットをちゃんと考える必要があります。