IBM Developer is your one-stop location for getting hands-on training and learning in-demand skills on relevant technologies such as generative AI, data science, AI, and open source.
2006.1.21 に Rubyist九州 Meeting 第1回にて発表した, Ruby on Rails のスライドです。2005年12月に Rails 1.0 が出ました。その前後, 同月に初めて Railsに触ったので、まだほんの初歩的、序の口のところです。http://jp.rubyist.net/?rubyist-kyushu-memo01 リンク切れ [2021.5] ざっと現代の状況に更新。Ruby 3.0 + Ruby on Rails v6.1. サンプルコード netsphere / rails-examples · GitLab このページ. アプリケィションひな形の起動まで。 ページ2 最初のDBアプリケィションづくり。 ページ3 はじめに 21st Jan 2006 堀川 久 https://www.nslabs.jp/ [2021.5] Webアプリケーション
不確実な時代をクネクネ蛇行しながら道を切りひらく非線形型ブログ。人間の思考の形の変遷を探求することをライフワークに。 仕事をしていて顧客要求や仕様が曖昧なのがわかっているのに、そのまま放置しておくのって、傍から見ててもあんまり気分のよいものじゃありませんね。 ニーズや仕様が曖昧なまま、確認もせずに勝手な思い込みで作業をはじめてしまうなんてありえないんじゃないでしょうか? おかしいなと思うのは以下の3点。 1点目いったい、誰のお金で働いてるつもりなのかというのがまず1点。 給料もらって働いてるんだから、仕様が曖昧なまま、作業を進めて、やり直しだとか、作業が無駄になったりしたら、そのコストの浪費はいったい誰が責任を負うんでしょうか? 2点目それから、仕様が曖昧で、確認しようにも相手がいまひとつ仕様を明確にできないのなら、こちらから適切な提案をする形で仕様を決めるのが専門家の仕事でしょというのが
「時をかける少女」と「パプリカ」。どちらも筒井康隆。偉大だ…。 追記:「日本以外全部沈没」もそうなんですね。これ読んでないなあ(たぶん)。 フリップフロップのように働く演算子 .. が話題になっている。 http://naoya.g.hatena.ne.jp/naoya/20061222/1166754815 http://blog.livedoor.jp/dankogai/archives/50720796.html 演算子が状態を持っているというのがすごいよね。 while (<DATA>) { if (/^3/../^5/) { print; } } __END__ 1111111111 2222222222 3333333333 4444444444 5555555555 6666666666 7777777777 8888888888 9999999999 1111111111
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く