「ActiveRecord」を含む日記

■ActiveRecord依存症

SQLが書けない

Permalink | 記事への反応(0) | 23:55

ツイートシェア

■Rubyが最高すぎる

Rubyに限らずみんな自分が書いてる言語が最高だと思ってると思うんだけど、とにかく言わせて欲しいRuby最高

もっというとRails最高もっというとActiveRecord最高

吟味に吟味を重ねてテーブル設計したあとのActiveRecordの爽快感は本当にたまらん。

Permalink | 記事への反応(1) | 15:13

ツイートシェア

■anond:20220514092110

死んでない

RailsをAPI目的だけで使えばいい話

ActiveRecordの優位性は現在も揺るぎない

Permalink | 記事への反応(1) | 09:24

ツイートシェア

■anond:20180812135256

うっせーな。SQL をかけても、ActiveRecord を使え。

Permalink | 記事への反応(0) | 02:48

ツイートシェア

■ ヤフーニュースで記事が「もう一度読み込んでください」とでるあれは、

裏で ActiveRecord のような ORM が、DB のスキーマとアプリケーションのスキーマが一致しないから 503 を返してるの？

Permalink | 記事への反応(1) | 17:07

ツイートシェア

■DDDのリポジトリってファットにならない？

「リポジトリは集約ルートのみ返す。1つの集約にはリポジトリは1つ。リポジトリの中でのみRDBへ問い合わせる。」って書いてあるけど、集約内の関連テーブルへの問い合わせをすべてリポジトリ書くから、リポジトリが巨大にならない？

DDDの実装例を見ているんだけど、参照はリポジトリ以外からも呼んでいてクソワロタ。

https://qiita.com/haazime/items/5776e4e25b6527b682e7

ActiveRecordのassosociationとRepositoryの相性って良くない気がする。(Repositoryのセオリーに完全に従うとassosociationが使えなくなるのでは？)

Permalink | 記事への反応(1) | 15:15

ツイートシェア

■

ActiveRecordのバリデーションってプレゼンテーション層とドメイン層を併記できるけど、それらを分離した実装例のリポジトリってありますか？

Permalink | 記事への反応(0) | 16:48

ツイートシェア

■ActiveRecord の概念も理解せずに集計処理をORMでやるの勘弁な

マジで迷惑だから

Permalink | 記事への反応(0) | 10:29

ツイートシェア

■anond:20200521200119

レンタルサーバーなので削除した。いつまでも鯖代払いたくないからね。

Railsで作ったよ。

ActiveRecordはUserとTweetとProfile。

belongs_toやhas_many使ってデータベースを関連付けして

ApplicationControllerで@current_userにログインしたユーザを格納して、ツイートの削除権限とか、トップでの表示内容管理したりした。

ProfileはCSS（Sass）やプロフィールの説明の部分や画像を管理できるようにしたよ。

当時はRails4だったから、SprocketsやTurbolinksも使ったよ。

Permalink | 記事への反応(1) | 20:11

ツイートシェア

■[はてな統計]ブクマを集めたがホットエントリーになれなかったのは具体的にはどんなエントリーか

はてなブックマークでブックマーク数を多数集めたがホットエントリーに入らなかったエントリー

集計期間 2018年3月23日 20時10分 〜 2018年3月27日 1時0分、3日間(77時間)

集計対象は2018年3月23日 20時10分以降ファーストブクマされたエントリーで新着エントリーに入ったエントリーに限った

27日1時以降にホットエントリー入りした可能性は残っている。ただし新着エントリーに24時間以上いてからホットエントリーに上がれるケースは稀。

3ブックマーク集めても新着エントリーに入れなかったエントリーもあるはずだが、それは集計の対象外になっている。

ホットエントリーになれないエントリーはスライド共有サービスSpeaker Deckからのエントリーが目立つ。Speaker Deck以外でもテック系のエントリーが目立つ。

関連: anond:20180328202931

Permalink | 記事への反応(0) | 21:06

ツイートシェア

■[はてな統計]はてなブックマークホットエントリーへ最速何分で到達できるのか

ファーストブクマされてからホットエントリーに入るまでの時間を調べた。

3月22日のはてブリニューアル後のデータ。

リニューアル前は存在した新着エントリーに載ること無くホットエントリーになったと覚しきエントリーは少なくとも22日以降ファーストブクマのエントリーには無さそう(全数は確認してない)。ホットエントリーの後追いで新着エントリーに載るというケースが発見された。

2018年3月23日20時頃〜3月25日22時頃にかけてのデータ

はてなブックマークホット(人気)エントリー http://b.hatena.ne.jp/hotentry/all に最速で到達したエントリー

データは10分間隔で取得したので到達時間は最大10分短い可能性がある。

増田が目立つ。

最速の可能性がある「機動戦士ガンダムQ」は有名ブクマカがファーストブクマしたのとガンダムが刺さるユーザーが一定数いることが最速到達の理由として考えられる。ただしその後はあまり伸びなかった。

変わったところだとCarrier Rulesの「リーダー職を目指すならぜひ読んでほしい！私のマネジメントを変えたビジネス書10選」が22ブクマ付くまで新着に現れなかったようだ。現在見られる公開ブクマを見る限りは22ブクマが急激に付けられたというわけではなく、ゆっくりリニアに付いている。

読売新聞ドメインの挙動も不思議。

勢いがあると6ブクマでもホットエントリー入りできるらしい。正午前の11時台。最小5ブクマでホットエントリー入りできたケースがある。深夜2時台と朝5時台の2件。朝9時前の2件。

はてなブックマーク新着エントリー http://b.hatena.ne.jp/entrylist/all に最速で到達したエントリー

データは10分間隔で取得したので到達時間は最大10分短い可能性がある

ホットエントリーとは少し異なる顔ぶれ。最速で新着エントリーに到達してもブクマが伸びるとは限らないようだ。

データ件数

2018/03/23 20:10 から 2018/03/25 22:30 10分間隔

関連エントリー: ■[はてな統計]ホットエントリになったエントリはどれだけの時間新着エントリに居たのか anond:20180321230157

Permalink | 記事への反応(4) | 00:46

ツイートシェア

■文系エンジニアなんて死ねばいいのに

文系エンジニアなんて死ねばいいのに

俺、Webサービス作ったんすよ（Rails

俺、iOSアプリ作ったんすよ（Swift

俺、Macbook使ってるんすよ（タッチバー付13インチPro

俺、プログラミングスクールでプログラミング教えるアルバイトしてるんすよ（そいつはそのスクールの卒業生

これぞ量産型文系エンジニア（）笑

懇親会で「皆さん嫌いな言語とかフレームワークはありますか？」と話題になると私は即座にRailsと言う。

すると文系エンジニアはみんな嫌な顔をする。

そこでちょっとお話をすると皆怯んじゃう。

「あのコマンドを打つと中で何が起きてるか知ってますか？」（知らない

「ActiveRecord？生でクエリ書いたことある？インデックスの意味くらい知ってるよね？」（書いたことない、適当なこと言う

へーその作ったサービスのURL教えてよ

3分後

「alert（'XSS'）」

Session？Cookie？（何それどんな味のクッキー？

CSRF？（企業理念か何か？

百歩譲って学生エンジニアならまあセキュリティに無知なのは分かる。

しかしだな、文系エンジニアは「俺もハッキングしたい（笑）」な勢いで詳しく解説することを要求してくる。非常にウザい。

"

お前はよぉ！自分で探すってことをできねぇのかよ！？

"

しょうがないので優しく解説すると「君ってハッキングとかしてそう（笑）」「君将来ハッカーになりそうだわ（笑）（クラッキング的な意味で）」

死ねよ。

文系エンジニアはこれだけではない

俺、Git使って開発したんすよ（GUIのSourcetree

え？バグ？ちゃんとテストしたんだけどなぁ（完全手動テスト（）笑

デプロイ先は9割Heroku。（HTTPS非対応）

AWSとGCPは登録はしたものの使い方が分からなくて結局放置

SSHは証明書を使わずパスワードオンリー

pwdとcdしか知らない（Makefileを作ったことないからいつもネットのコピペコマンド

見た目重視のTerminal（ネットのコピペ設定）

最近聞いた文系エンジニアはもっと面白い。

新規事業を開発してる文系エンジニア集団がいた。

開発は順調、プロモーションをかけていざリリース。

はい、ゴールデンタイムに鯖落ち。復旧した時にはゴールデンタイム終了のお知らせ。

理由、CDNを刺してない、貧弱なプランの鯖（勿論ロードバランサなんか使ってない）

噂による無線LANルーターの設定も出来ないレベルらしい。

でも彼らは一応優秀な文系エンジニア。高学歴、サービスも作ったこともある、それなりの実績も持っている。しかし文系だ。

こういう奴らがいるからちゃんとしたエンジニアを軽視される。黙って営業職に転職してこい。

まあでも大学じゃ作者の気持ちしか考えてないのだから当然のなのかもな（笑）

追記

残念な理系名前を書くだけ一発採用派遣SIerは対象としてない。論外だ。

給料が安い？

そんなことは無い。400万以上貰える会社に内定もらっているから嫉妬も不満も特に無い。

だがしかし、ムカつく。

そんな奴が同期にいたら蹴り飛ばしてやりたくなる。

そうさ、今はSwiftがiOSの時代だ。

だが見てみろ、あいつらのアプリバックエンドが無いんだぞ？意欲は認める。だがそれで胸を張ってiOSエンジニアなんて無理があるだろ？

Permalink | 記事への反応(5) | 00:12

ツイートシェア

■プログラマー挫折ポイント

モバイルアプリのエンジニアだが、最近RailsでAPIを作っている

予想通り、ドハマリの連続だ

Rubyでハマる

Railsでハマる

ライブラリでハマる

Aptanaでハマる

AWSでハマる

ネットワーク知識でハマる

DBでハマる

ActiveRecordでハマる

ルーティングでハマる

今自分が何でハマってるかわからない

問題の切り分けができない

デバッグ方法が分からない

テストコードなんて書いてられない

ググっても出てこない

問題を切り分けるためにデータを用意して時間がかかる

公式サイトが理解できなくて投げ出す

体系だったHowToを読もうとして、その膨大さに死にたくなる

猿でもわかる入門がわからない

一個覚えて、一個忘れる

情報が古くてハマる

途中で間違いに気づいて遠回りする

一個試して詰んで、別の方法試して詰んで、また元の方法でチャレンジする

知り合いに聞こうとするが、何を聞いていいかわからない

体系立ったHowToを調べるが、自分が知りたいことが何なのかわからない

ライブラリのReadMeとにらめっこする

飽きてはてブを見る

考えてみたら、モバイルアプリの方も似た感じだったな

大体２年位ずっとこれをやればいつの間にか慣れてるんだよね

体系だった本から地道に始められる人はすごいと思う

Permalink | 記事への反応(0) | 12:32

ツイートシェア

■アプリエンジニアだけど、サーバーエンジニア尊敬する

3人くらいで集まってBtoBtoCアプリサービス作ってるんだけど

お金ないから一旦俺がアプリ・サーバー・デザインとサービスモデル化までやってる

（ちなみに得意なのはiOS）

それで一番苦戦するのがサーバー

サーバーサイドってなんでああも意味不明なのか

Rails覚えりゃいいんだろ？　と思ったら

Rails、Ruby、Nginx、Unicorn、Jbuilder、SQLite、AWS、その他いろいろ

とにかく多い

芋づる式にいろいろ必要になる

linux知識が薄いから更にアレだし、IDE入れたら更にアレだ

（いや、AptanaはEclipseベースだからあまり問題はなかったか）

しかも、そこまでに取捨選択が入るから、登場する「ナニコレ」はもっともっと多くなる

まあそこまではまだいいんだけど

一個一個のバージョン差とか、書き方の差でハマる

「まあこの書き方が主流だよね」があまりない

MySQLは書けるのにSQLiteでハマるしActiveRecordでドハマリする

皆自由すぎる

そして問題が起きた時にどこでコケてるのか調べるのが骨すぎる

何でコンパイラ無いんだよ

テストとかだるいよ

優しく教えてよエラーの場所を

おまけにググっても色々出てこない

これはやってみると、いかにアプリが恵まれてるかがわかる

99％の問題はStackOverflowに書かれているから

完成しても「本当にこれでいいのか？」がよくわからない

色々蓄積してどっかで問題が起こるかもしれない

アプリならそんなこと滅多にないのに

難しいよサーバーサイド

俺やだよ

まあ片手間でやってるからなんだけどさ・・・

「サービスリリースしたらWebも必要だよね」って話もあるんだけど

たぶん無理だな、外注しないと

＿＿＿

ちなみに、複数領域を1人でやったときの利点と欠点

利点：設計とかあとで適当に変更してもコミュニケーションコストがかからないから楽

　　　デバッグが捗る

　　　複雑な仕様を全部把握できる

　　　まだサービス全体像がふわふわな場合は試行錯誤できるから非常に有効だと思う

欠点：ドハマリする回数が単純にN倍になる

　　　頼れない

　　　進みが遅くてイラつく

みんなもやってみて

Permalink | 記事への反応(4) | 11:24

ツイートシェア

■ついに顕在化しはじめた「kwatchリスク」

界隈ではかなり前から Python界の perlcodesample こと @makotokuwata のリスクについて語られていたが、いよいよ具体的な弊害が出て来ているようなので、かいつまんでメモ。

https://twitter.com/makotokuwata/status/315510592171556864

この人、「HaskellDBはORMより素敵！」「ORMと全然違う！」と言ってるけど、ActiveRecordすら知らない可能性でてきた。まあ、なんだ、Javaしか知らずに「静的言語はクソ」と言う人もいる世の中だし、最近のORM知らずにORMより凄いと言う人がいてもおかしくない。

まあその通りだ。しかし、次のツイートを見れば完全に自己矛盾しているのがわかる。

https://twitter.com/makotokuwata/status/315477530759016448

HaskellerではないのでHaskellDBのページを読んでもよくわからなかったので、解説をお願いします

HaskellDBのことを知らずにORMの方がすごいと主張している訳だ。口が悪いだけで、ほんと話にならない。

この人はkwatchでググればわかる通り大昔から perlcodesample 的な振る舞いを続けていた人だ。他人の意見を聞けない視野の狭さとか、独善的な振る舞いなど、共通点は多い。インタネットの黎明期にはこういう知識が中途半端にあって調子に乗ってしまう人は他にも多かったので別段珍しい訳でもないのだが、この人のプロフがほんとの意味でのリスクだ。

https://twitter.com/makotokuwata

Pyを広げるのに熱心なだけの人間

いや、この人別にPythonのメインストリームにいないし、迷惑。本当にPythonを広めたいなら、プロフィールを「Perlを広げるのに熱心なだけの人間」に変えて欲しい。

Permalink | 記事への反応(0) | 04:05

ツイートシェア

■RubyKangi #3 / Final RubyKaigi, Final Day

週末に行ってきたイベントだが、ちょっとインパクトが強すぎて、あとたぶん昼から通しで追っかけてるのは自分だけなので、この話誰かに伝えたい！と柄にもなく思ってしまった。

というわけで自宅Wikiから一部編集して張ってみる。

parse.yで構文いじり

• 冒頭は yacc/C レベルでの正統的なid*追加して・・・の話かな（遅刻で聞けずだが）
• 途中で Ruby レベルでできるだけする、という話に
  • Raccで独自の構文解析器を走行させる
• 最後の end 羅列省略のための ennnnd は爆笑（Lisp cdddrのパロ）
  • 任意個数の n に対応できる構文解析は一応可能ではあるか・・・バカス

Art with Glitch

• 画像をわざと壊してノイズを乗せるアート（グランジみたいな）
• JPEGとかPNGのハッキング話（に展開するかな？という直前まで居た）
• しかし途中でるびま話に離脱

活動報告：るびま分だけ

• あの充実サイトの企画・運営話と聞いて！
• 本当に毎回出し切ってる。書き溜めなし、揃った分は全力で出す
  • 「次号はないから」と毎回思いながら出している ＃なんという一期一会
• 数年間は石の上だったが、遂に７年目。会議と違い、まだまだ終わらないよ！
• 執筆企画いつでも募集してます
• 記事の質とかインタビューで人を見せる企画とか、ホント魅力的だよなぁ

Hacking Ruby

• 噂の sora_h さんのRuby機能拡張・パッチ作成・コントリビュート講座
• これで中学生というのは末恐ろしい。frsyukiさんの再来を思わせる
  • 末恐ろしいとか言ってないで、追いつく努力をしないとヤバイ

GIS with Ruby

• RGeo: MySQL/PgSQLのgeospatial data拡張へのアクセスライブラリ
• でも近傍検索機能がない（自分で距離計算）ので、GeoHash使え
• DBアクセスにはactiverecord-*プラグインでGeo型対応なORMになる
• で、PostGISは実績あるけど、最近はMongoDBの"2d"型がいい感じ

sinsai.info

• どこらへんがRubyかと思ったら、やっぱりPHPだった。
• PHP(Usahidi)でのスピーディーな立ち上げ話をしつつ、ugly codeをdisるTL
• Ruby？Hack4Japanで書いてる人いるよー位(w
• でも、来日した人に、日本はまだまだ復旧途上だという事は判ってもらえたかも

Rails @ NotRubyKaigi

• Railsの色々なgemの話
• Rails情報の集め方
• ブラジルのRails Developer、Fabio Akitaさんの飛び入り話
  • これがRailsどころかとんでもない深さ・・・

Fabio Akitaさん話

なぜRubyか、なぜRailsか

• よいソフトを作る自由のため
• 世の90%は「みんなが使っているから」それをする
• JavaOneとか、もはや大企業や神が決めたことを押し頂くために参加してる状態
• それってほとんどドレイだよね？
• この世界の中から自分で判断し、選んだ、という誇りある少数派になりたい

＊＊＊みんながするから、は自分のコモディティ化！＊＊＊

世界に出るために：英語

• OSSがリリースされ、本は半年後、翻訳は１年後
• 翻訳頼りは世界から常に遅れ続けること
• だから、学ぶために母語のポルトガル語を止めた
  • 書籍、雑誌、映画・・・すべて英語版しか買わない生活
  • 映画の字幕はモニタにテープ張って隠した（昔はビデオテープだったからね！）
  • 仕事に就いてからは通勤渋滞の中で何時間も英語のオーディオブックを聞いた
• これを始めて８年後、2008にアメリカを初訪問。日本も今回が初
• 今は韓国語も学んでいる（！。なにこれすごい）

ここまで、日本語でウケを取り、アメリカ人にしか聞こえない英語をしゃべりつつの話。まじありえないレベルの覚悟と実践なんだが・・・！

ブラジルを変える

• かなり保守的な社会で、チャレンジが少ない（言語はJava、開発はガチガチ、異論は認めない、みたいな感じ？）
• それを変える為に、Ruby, Rails, agileの啓蒙を始めた

この人のセッション、ブラジル事情の紹介みたいな話で大ホール側のセッションも覗いてみようかなと思っていた所にこれで、ただちに絶対参加すべきレベルのセッションに格上げされた。こんな人がいるとは。

Ruby and Rails in Brazil

で、昼休み後の問題のセッション。結局ツイートどころじゃなかったが、こんな感じ：

プログラマが学ぶべきはプログラミングだけではない。全てだ。

心理学、経済学、物理、マーケティング、、、全てだ。

この言語をみんながしてるからなんて最低だ。自分のコモディティ化だ。

そんなのはキャリアじゃない。僕はこんな風潮と戦う。

Javaはあれが酷いとかPHPがとかいう態度でRubyを使うのも無駄だ。

自分がすべき事を良くできるから選ぶ。それ以外の姿勢は間違いだ。

自分が何を成せるのかだけが問題なんだ。プログラミングだけの話ではない

なんという激熱トーク。本当に小さかった南米のRubyコミュニティを仲間と共に成長させ、いまやRubyConf Brazilとか南米で何個もイベントが立ち上がるまでに育てた。この伝道のため、ここ数年で８０箇所は回って普及に努めたとかとか。ブラジル事情への関心と関係なく、この熱量を体験できてよかった。

最後の時間オーバー後の「あと一言だけ（本当はあと１分だけと本人は言っていたのだが、わざと誤訳してタイマー役の人に会場から叫んだ自分w）」でどんなにダメだとされていても、諦めずに進めという、過去の偉人が貶められたり失意にあった時代の動画もよかった（もっとも、この話は知っていたのでインパクト自体は薄めだった）。

DeepConnect話

• 分散処理のための協調フレームワーク話、だったと思う・・・
• 前の話のインパクトが強すぎて、飲み込みが著しく悪い状態になっていた＞自分
• シェルでぱちぱち叩いて解説するというスタイルで更にわかりにくく
• あとでみる

ORMインプリ話

• SQLにはモジュール化の概念がないので複雑なクエリは破綻しやすい
• ORMはクエリオブジェクトに対する複数の操作、という形で構造化をもたらす
• 技術的にはLazyLoading, EagerLoadingでクエリ効率の維持を図り支えている
  • オブジェクトのリストを取得して、その属性をスキャン、みたいな時に使えるアレ
  • 単にオブジェクトのリストならLazyでいいけど、属性だと先回りで一括preloadして属性参照の前準備しとく
• TLで汎用言語でSQLできたらなぁ、と言っていたので「つPg*」とかしたり

この後はLTとクロージング。

クロージング：今北三行

• 日本は壷毒の戦場。生き残った言語が最強なのはあたりまえ
• 言語の多様性はよいこと。多様性こそが進歩の源。新しい言語は歓迎だ。
• 新しい言語を作る人へ：「ようこそ！I will crush you!」

インパクト強すぎｗ

これ漫画系展開をバックボーンにしたエンタテイニングなスタイルだと理解せずに真に受けると大変だなと心配になったり。なにしろ上は三行だけど全部通しで書くと

• いやー、最近はいろんな肩書きが貰える様になっちゃってさー
• 好きな役名でいいよ？CTOとかどう？とか困っちゃうよーCTOとかさー
• だから今はチーフアーキテクトにしてるんだ
• まあ、今後なんだけどさ、100年の言語を目指したいよね
• で、日本って壷毒の戦場だし、生き残った言語は最強なんじゃないかと
  • RubyとかRubyとかRubyとか
• ところで、日本ではプログラマをPGと書くことがあるんだ
  • ProGrammer？何か変だねー？ところで、そういえば、Paul GrahamもPGだね
  • PGはLispで有名なんだけど、彼が作ったArcはあまりメジャーじゃない
  • 生き残る＝最強、なら、まあ、Ruby>Arc、つまりmatz>PGでおkかな？どうよ？
• さて、短期のトレンドだけを見てるだけでは100年の言語はできないよね
• 例えばアーキテクチャは集中と分散を行き戻るのが常だけど、その底流を見ないと
• 100年後、コンピュータはどうなるだろうか？何が課題だろうか？
• PGなんかは最小コア＋マクロが未来だって言ってる。でも違うと思うのさ。
• もちろん、未来はわからない。でも、人間のための言語という方向を目指したいんだ
• まあ多様性の中から新しいものが出て進化していくと信じてるよ。新言語歓迎！
• それら新言語を作る人にはぜひ伝えたいことがあるんだ。

＊＊＊I will crush you＊＊＊

• みんな、大人気ない大人になって競ってハックしようぜ！

真面目に受け取ったらヤバイ発言多すぎだろ・・・

　こ　れ　が　締　め　の　講　演　か　よ　！

そういえば途中にまどマギネタも入ってた記憶があるのだが、上のインパクトが強すぎてどこかに飛んでった。

その後の高橋さんの最後の挨拶とスタッフを集めてのスタンディングオベーションはちょっとうるっと来た。初参加だから今回の運営自体への思い入れはないのだけど、この回だけでも感激することが多かった。この完成度に達するまでどれだけの努力と熱意が投入されていたかと考えると。

隣の席が実はtdtdsさんでびびってたのだが、最初に立ち上がったのを見て、続く二人目のタイミングが大事！とすぱっと立ち上がってみてよかった。その後前列の人がみんな！立とうよ！みたいにやって一気に雪崩状態。

herokuありがとう

これで会議は閉幕したのだが、さらにherokuの緊急パーティーが開催され、思い切って行ってみた。まあ、懇親会に輪をかけたリア充な雰囲気でまともに話せなかったのだが、

• まつもとさんと入店前にgdbとかlua/rite/pythonの話ができた
  • 名刺を貰うのではなく、名前を覚えてもらえる自分になりたい！的なことを言った気がする（汗
  • まじでパッチくらいは書かないとだめだこれは / ていうか名刺とか割とどうでもいい（を。名刺よりパッチを受け取って下さい
  • 喉が痛そうだということに途中で気付いて申し訳なかった

• 件の講演のファビオさんとアジャイル話できた
  • 話の途中でアレクザンダーやら人間の他者認知範囲の限界理論とか歴史的な組織体系での慣習とか話題が出てきて、これは！という感じがますます強く

• 直接的には企業へのアジャイル手法導入という事で、その壁の突破方法について一番熱く語っていた
  • 説得ではなくトップダウンで壁を壊し、強制キックスタートで機能することを体験させてからでないとうまくいかない、とか
  • 部門間の予算モデルが部門間の交流やソース共有といったアジャイルモデルの壁になっている
  • 企業会計と組織構造の複合が、お互いがお互いをコストセンターと見なす最大の原因！と超力説

• 日本について。アジャイルの源流の１つは日本の製造モデルだ！と熱かった
  • 曰く、カイゼンばかりが連呼されるが、世界はそれとペアの概念を見落としている
  • それはハンセイ（反省）だ
  • 原因を追究してカイゼンする、という時に、己を己自身が振り返るという自省のないカイゼンは不完全だ
  • そのような表層だけのカイゼンは壊れる。それがアジャイルが失敗する時の大きな原因だ

• さらに、etoさんとファビオさんが出会った！
  • 分野横断的な知識をベースにアジャイルとか人間の協同と知識の表現・共有に迫る、という所が絶対近い
  • 元々 eto さんは RubyConf Argentina に別口で話があったらしい
    • で、それならそのまま Brazil もどうだ？という話に。南米制覇のフラグ？
  • あの本をファビオさんに認識してもらうと化学反応が起きるかも？

• ちなみに英語漬けの決意は、大学に入ったら自分がポルトガル語しか知らないがために遅れを取り、それが悔しくてやったそうな
  • その悔しさでその行動が取れる人は少ないと思う。やはりすごい

こんな一日だった。熱かった・・・

Permalink | 記事への反応(0) | 03:32

ツイートシェア

■Redmine 0.9.3をTomcat 6で実行する方法

結構苦労したので健忘録として。。

環境は以下のとおり

• CentOS 5.3 (on VirtualBox)
• JDK 1.6.0_20
• Tomcat 6.0.26
• JRuby 1.4.0
• Rails 2.3.5
• Redmine 0.9.3
• MySQL 5.0.77

JDK, Tomcat, JRubyはインストール済み

MySQLのインストール

yum install mysql-server

MySQLの起動

/etc/init.d/mysqld start

MySQLの設定

rootパスワードなどを設定する

mysql_secure_installation

Rubyモジュールのインストール

RubyGemsでモジュールをインストールする

jruby -S gem install rails
jruby -S gem install warbler
jruby -S gem install activerecord-jdbc-adapter
jruby -S gem install activerecord-jdbcmysql-adapter
jruby -S gem install jdbc-mysql

MySQLにRedmineデータベースを作成

mysql -u root -p
mysql> create database redmine character set utf8;
mysql> grant all privileges on redmine.* to 'redmine'@'localhost' identified by 'redmine';
mysql> exit

（ここでは、パスワードをredmineしているが自由に）

RedmineのDB設定

（任意の場所にRedmineを解凍して、解凍先のディレクトリに移動した後）

cp config/database.yml.example config/database.yml
vi config/database.yml

database.yml

production:
  adapter: jdbcmysql
  database: redmine
  host: localhost
  username: redmine
  password: redmine
  encoding: utf8

#development:
#
#
#test:
#
#

後のwarbleでのエラーを防ぐため、developmentとtestをコメントアウト

DBへのデータ投入

jruby -S rake generate_session_store
jruby -S rake db:migrate RAILS_ENV=production
jruby -S rake load_default_data RAILS_ENV=production

起動確認

script/serverで起動し、http://localhost:3000 にアクセスして正常に動作するか確認する

jruby script/server -e production

production.rbの修正

Tomcatで動かしたときにログ出力するための設定をする

vi config/environments/production.rb
config.logger = Logger.new(config.log_path)
config.logger.level = Logger::INFO

warblerの設定

warble.rbを生成

jruby -S warble config

warble.rbを修正

vi config/warble.rb
  config.dirs = %w(app config lib log vendor tmp extra files lang)
  config.gems = ["jdbc-mysql", "activerecord-jdbcmysql-adapter", "activerecord-jdbc-adapter"]
  config.gems["rails"] = "2.3.5"
  config.gems["rack"] = "1.0.1"
  config.webxml.rails.env = "production"

warファイルを作成

jruby -S warble

できたwarファイルをTomcatに配置して、Tomcatを起動する

mv redmine-0.9.3.war /usr/local/tomcat/webapps/redmine.war
/usr/local/tomcat/bin/startup.sh

warblerのバグ(?)でwarに入らないファイルをコピーして入れる

cp vendor/gems/rubytree-0.5.2/.specification /usr/local/tomcat/webapps/redmine/WEB-INF/vendor/gems/rubytree-0.5.2

http://localhost:8080/redmine/ にアクセスしてインストールできたか確認して完了！

Permalink | 記事への反応(0) | 04:30

ツイートシェア

■http://anond.hatelabo.jp/20080130234543

なんかPHP叩き(?)流行ってるよねー

しかしさ、railsの方が初心者向けな気がするんだけどどうなんしょ？ 簡単にDBアクセス出来るし。

ActiveRecord経由だからインジェクションの心配無用でいいのかな。

Permalink | 記事への反応(0) | 00:27

ツイートシェア

■[Ruby]PHP VS Rails (Ruby on Rails)

PHP

404 Blog Not Found:そろそろPHPに関して一言いっとくか

PHPを使っても、知識は増えても知恵が増える気がちっともしないのである。

スラッシュドット ジャパン | Ruby on Railsは万能薬ではない

はてなブックマーク - スラッシュドット ジャパン | Ruby on Railsは万能薬ではない

COBOL技術者の憂鬱 - RailsからPHPへ

PHPプログラムを始めてみたい、難しいと思っている人の為に*ホームページを作る人のネタ帳

アフィリエイトは儲かんないってば:PHP初心者によるPHP入門 - livedoor Blog（ブログ）

1日平均13億3800万ページビューを誇るYahoo!JAPAN。

この爆裂なアクセスを誇るYahoo!JAPANを支えているテクノロジーのひとつがPHPということでした。

PHPの車輪はバカに出来ない。使うに留めず使いこなしてからが面白い。*ホームページを作る人のネタ帳

service_YouTubeというPEARモジュールを使うと、YouTubeAPIを活用して驚くほど簡単に動画サイトが作れます。

指定したタグがついているすべての画像の一覧表示をいうのをservice_YouTubeを使うと以下の様な文で構築できます。

CakePHPで高速Webアプリ開発：第1回　CakePHPを使いたくなる5つの特徴｜gihyo.jp … 技術評論社

Ruby

Shane's Brain Extension: A Ruby Interface to the YouTube API

YouTubeのAPIを使ってみる。 - t-imaizumiのMacとかのはなし

Flickrの画像をはてなに貼り付けるためのHTMLを取得するスクリプト。 - t-imaizumiのMacとかのはなし

InstantRails で 簡単 Ruby on Rails 体験

10分で作るRailsアプリ for Windows - masuidrive

ITmedia エンタープライズ：第1回　Instant Railsで始めるWindows環境のRails (1/2)

Matzにっき(2007-09-15)

Scaling Twitter: Making Twitter 10000 Percent Faster | High Scalability

平均毎秒600アクセスというのも興味深い情報。

これは楽天の個別サービスのアクセスよりも多い。

【特選フリーソフト】生産性の高いWeb開発環境 Ruby on Rails：ITpro

37signalsのBasecampはXeon 2.4GHz dual，メモリー2Gのサーバー2台で40万リクエスト/日を処理している。

他にも43Things.comでも20万リクエスト/日の処理

2005-12-31 - きんきん日記

Basecampはデュアル2.4GHz Xeon、2MBメモリのマシン上で15個のFastCGIプロセスと

50から100個のApache 1.3.xプロセスが動作している2つのWeb/アプリケーションサーバによって、

1日約40万リクエストを処理している。しかし、マシンのロードは通常0.5から1.5程度。

MySQLのサーバは他の2つのアプリケーション(Ta-da ListとBackpack)で共有されていて、最大50万行のテーブルを持っている。

このMySQLは3つのアプリケーションから利用されているが、ロードは0.1から0.3の間で、ボトルネックにはなっていない。

Part2　Rubyに学ぶ「Ruby on Railsの正体」：ITpro

●Railsを使うことで可能になる自然な英文に近い記述

1.day.ago # 現在時刻から1日前を表すTimeオブジェクト

10.years.from_now # 現在時刻から10年後を表すTimeオブジェクト

1.kilobyte # 1024

●productsテーブルからnameが'book'，priceが2079であるようなProductオブジェクトを読み取り，存在しなかった場合はデータベースにレコードを新規作成する処理

book = Product.find_or_create_by_name_and_price('book', 2079)

Ruby/Ruby on Rails/model/5分でわかるActiveRecord - PukiWiki

モデル.findで、名前がMr.C、年齢が30歳のレコードを検索

friend = Friend.find_by_name_and_age("Mr.C", 30)

2005-11-13 - きんきん日記

Ruby に挑戦

Ruby の配列は賢い

$ irb

irb(main):001:0> a = [ 'dog', 'cat', 'sheep', 'horse' ]

["dog", "cat", "sheep", "horse"]

アルファベット順に並べ変えたいときは

irb(main):004:0> a.sort

["cat", "dog", "horse", "sheep"]

順序を逆にしたいときは

irb(main):005:0> a.reverse

["horse", "sheep", "cat", "dog"]

アルファベット順に並べて、順序を逆にしたいときは

irb(main):006:0> a.sort.reverse

["sheep", "horse", "dog", "cat"]

[Ruby]Ruby Python の比較

Permalink | 記事への反応(3) | 09:06

ツイートシェア

■俺が Ruby を覚えた方法

http://anond.hatelabo.jp/20070615171101

俺は大学四年まで全くきちんとしたプログラミングをやったことが無くて(大学の講義でJavaの超簡単なのを教わったぐらい)で、卒論でプログラミングをしなくちゃならなくて、そのとき初めて Ruby を触った。

Ruby は OOP ですげーんだぜ、とか一部で云われていた時代で、有名なアプリケーションは tDiary ぐらいしかなかった。はじめはクラスとかも解らずに何が何だか。そのとき tDiary のプラグインはクラス使ってないから簡単に書けるよ、というどこかのチュートリアルをみて見よう見まねで。GD という画像ライブラリを使ったら、サンプルをちょっと弄るだけで画像が作れて面白かったんだ。で、それを日記で公開してみた。今見返すとものすごくしょぼいソース。

そのときたまたま Ruby ハカーの方がそのプラグインをリファクタリングしてくれて、クラスを使って抽象化してくれて、初めて OOP をほんの少しだけ理解して、こうやってクラスって使うんだなぁというのを知った。本当に運が良かった。

その後就職して仕事で php ハカーのすごい先輩にいろいろ教えてもらって php を使って基本的な OOP は理解した(PHP を DIS る人が多いけど、プログラミング初心者には良い言語だと今でも思ってる)。これまた運が良かった。

その後またまた Ruby を使い始めたら今までよくわからなかった部分もするする頭に入ってきてホント面白ろくて没頭して。今では一通りのことは Ruby でできるようになった。

プログラミングが解るなら、Rails のソース(トリッキーなことやりまくってるのでつらいかも。ActiveRecord や ActiveSupport はその中でも解りやすい)を読んで、解らなかったら rubygems で興味のありそうなライブラリのコード読んで、あたりが OOP と Ruby 覚えるには手っ取り早いかも。

今なら Rubyレシピブック 268の技 と Rubyクックブック ―エキスパートのための応用レシピ集 あたり読んでおけば良いんじゃないなぁ。

あと今はてダで Ruby を含む日記を書くともれなく ruby-dev な人たちがキーワードからたどって読んでくれるので、解らないことをつぶやいたりすると結構答えてくれるみたい。のではてダ使って勉強日記とか書くのも良いと思うよ。

とあんまり参考にならないと思うけど書いてみた。なんか目的見つけられて、楽しく覚えていけたら勝ちなんじゃないかな。たぶん。

Permalink | 記事への反応(0) | 17:38

ツイートシェア

■[Ruby]Ruby【Ruby on Rails】

Ruby　RDoc Documentation

rubyとは - はてなダイアリー　Rubyとは - はてなダイアリー

はてなブックマーク - はてな - Rubyとは

「ruby」を含む日記 - はてなダイアリー

Ruby

「Ruby」に関する画像、動画、ブログ記事のタグ検索結果

Google ブログ検索

買売システム開発記録とか何とか

Rubyで投資システムを作る日記

spacecadetの日記

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 "表示"

Rails　Rails Framework Documentation

http://127.0.0.1/mysql/

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

http://127.0.0.1:3001/item

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

BookmarkOnInstantRails

ITmedia エンタープライズ：第1回　Instant Railsで始めるWindows環境のRails (1/2)

developerWorks Japan

developerWorks Japan

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,

PRIMARY KEY (id)

);

えぇてるのぉと:Railsでログイン認証 - livedoor Blog（ブログ）

8 app/views/test/index.rhtmlの編集

<h1>Test#index</h1>

Welcom <%= @session['user'].login %>!

Login Generator (1) - Nowhere Near

config/environment.rb に以下の行を追加する。

module LoginEngine

config :salt, "your-salt-here"

end

Engines.start :login

http://techno.hippy.jp/rorwiki/?Wiki%A4%F2%BA%EE%A4%C3%A4%C6%A4%DF%A4%EB%2F%A5%E6%A1%BC%A5%B6%A1%BC%A4%F2%C7%A7%BE%DA%A4%B9%A4%EB

パパブログ: RoR ： login_generator ： login中のユーザ情報の取得

@session['user'].id

@session['user'].login

@session['user'].password

で、idやloginが取得できる。

ちなみにidはActiveRecordおなじみのidで、

loginがログイン名、passwordがパスワードになる。

MySQL-Front　download

環境変数

;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)

ヽ( ・∀・)ノくまくまー(2006-01-20)

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

文字化け

ヽ( ・∀・)ノくまくまー(2006-10-11)

チュートリアルを動かしてみる - 肩書「シニアコンサルタント」のつぶやき

Railsでソーシャルブックマークを作ってみようか（第1回） - 坊やがゆく

ようこそ<%= @session['user'].login %>さん

@session['user'].id

Railsでソーシャルブックマークを作ってみようか（第2回） - 坊やがゆく

Railsでお馴染み37signalsのURLが凄い件について:TKMR.blog.show

URLにキーワードを含めことでSEO対策になるかも、でもそれだけ:TKMR.blog.show

http://127.0.0.1:3001

http://127.0.0.1:3001/recipe/list

tetraの外部記憶箱 - Instant Railsのインストール , 追記：phpMyAdminの日本語環境設定 , 未踏ソフト記事

[Ruby]PHP VS Rails (Ruby on Rails)

Permalink | 記事への反応(2) | 00:02

ツイートシェア