  |
はてなキーワード: Ruby on Railsとは
はてブでのブックマークの数から察するにオワコンになりつつあるのは確かなようだ
リリースのニュースなんかだとブックマーク数もおおかったけど、だんだん減ってる
Rails 7.0正式リリース、Node.js不要のフロントエンド開発環境がデフォルトに 195 users
https://www.publickey1.jp/blog/21/rails_70nodejs.html
↓
「Ruby on Rails 8」正式リリース。SQLiteを本番DBとして利用可能に。今後は6カ月ごとに新バージョンをリリース 33 users
https://www.publickey1.jp/blog/24/ruby_on_rails_8sqlitedb6.html
反論もへってきてる
エンプティノーズの手術を10/3にし、 それから一ヶ月経ったためトレーニングを再開することにした。
前回の外鼻形成術の時は、 術後一週間くらいで軽い気持ちでスクワットをしたところ 血が吹き出したため、 その反省から今回は術後一ヶ月経ってから再開することにした。
結論をいうと、慣らし目的で90kgのスクワットをしてみたが 血は出なかった。結局、90x8を4セットやった。 爽快だった。
スクワットは引退したんじゃなかったのか？ と思うかもしれない。 確かにおれは、以下のような記事を書いた。 理由としては回復力が落ちてきており、 致命的な腰ファックを負う前に引退しておくのが無難だというものだ。
しかしやはり、スクワットをしない人生は生きる価値がないと考える。 Ruby on Railsをやっているだけの人間をソフトウェアエンジニアと呼ばないのと同様に、 スクワットをやっていない人間をトレーニーとは呼ばない。
スクワットを再開するに当たって、 スクワットシューズを新調した。 以前に使っていたアディダスのシューズは靴底が剥がれてしまったため、 もう使いたくないからだ。 修理も考えたが、 修理をするとなれば靴底のゴムを剥がしてから再接着とかなるかもしれないし、 切ったりもするかもしれない。 あるいは、ゴム自体を別のものに交換するとかも考えられる。 そうなってしまったシューズは以前よりは不安定になるだろうし、 命をあずけることは出来ない。
というわけで、アシックスの定番ウエイトリフティングシューズを購入した。 値は張ったが、しかたがない。 サイズはAmazonの試着サービスを利用して、26.5cmを厳選した。 他にもナイキのロマレオスなど選択肢はあったが、 仕様が安定しているものがほしかった。 次にシューズが壊れた時には全く同じものがほしいからだ。
多くのウェイトリフター、パワーリフターに支持されているだけあって 素晴らしいシューズと思う。 底が硬く、靴自体も重いため、地面と接着するような感覚があった。 もちろん、かかとも高く作られており、しゃがみこみも自然だ。
今後、目標としてはやはり、200kgのスクワットを挙げたいと思う。 エンプティノーズの治療が競技能力にプラスに働くならばそう難しいことではないように思うが、 それでも簡単というほどではないだろう。
手術からまるまる一ヶ月、ジムに行けてなかったわけだが、 これによっておれは気力がなくなり鬱状態になっていた。 やはり、気力というものはトレーニングをしてエネルギーを使い果たし、 それを回復することでしか満たされないものなのだと思う。 身体が疲れていないので夜までキングダムを読んでしまい、 ２時に寝るなんてこともあった。 やはり、９時に寝て５時に起きるのが基本だ。 良いトレーニングをして、良い睡眠をとる。 我々はこれを基本としなければいけない。
DHHとは、David Heinemeier Hanssonの略で、彼はRuby on Railsの創設者として知られています。
彼の主張は、成功者の成功理由を学ぶことの重要性についてです。
しかし、あなたが指摘したように、これは「生存者バイアス」の問題を引き起こす可能性があります。
生存者バイアスとは、成功した例や生き残った事例だけを見て、それを全体の傾向やルールと誤解する傾向のことを指します。
つまり、成功者の戦略が必ずしも最善であるとは限らず、その戦略が成功した状況や条件も考慮する必要があります。
バイナリオプションの例を挙げると、運良く大儲けした人と同じことをすれば、必ずしも同じ結果が得られるわけではありません。
市場の状況、タイミング、リスク管理など、多くの要素が結果に影響を与えます。
そのため、成功者の戦略をそのまま模倣するだけでは、必ずしも成功につながるわけではないということです。
したがって、成功者の戦略を学ぶことは有益ですが、それだけに頼るのではなく、失敗したケースからも学び、自分自身の状況に合わせて戦略を調整することが重要です。
また、成功の再現性は確かに保証されていません。成功は努力だけでなく、タイミングや運など、コントロールできない要素も含まれています。
この期間に、様々なプロジェクトに関わり、多くのことを学びました。
今回は、私が経験した技術的な話を中心に、はてなでの仕事について振り返りたいと思います。
はてなでは、主にRuby on Railsを使ってWebアプリケーションを開発していました。
はてなブログやはてなブックマークなどの有名なサービスはもちろん、社内向けのツールや新規事業のプロトタイプもRailsで作っていました。
Railsは、高速に開発できるというメリットがありますが、それと同時にコードの品質やパフォーマンスにも気を配る必要があります。
私は、テストやリファクタリング、コードレビューなどの技術的なプラクティスを積極的に取り入れることで、Railsの開発をより効率的で安全に行う方法を学びました。
例えば、私が担当したプロジェクトでは、RSpecやRuboCopといったツールを使ってテストカバレッジやコード規約をチェックし、GitHub ActionsやCircleCIといったサービスを使って自動化しました。
また、Pull RequestやPair Programmingといった方法を使ってコードのレビューを行い、バグや改善点を見つけたり、知識やノウハウを共有したりしました。
また、はてなでは、AWSやGCPなどのクラウドサービスを活用してインフラを構築していました。
私は、DockerやKubernetes、Terraformなどのツールを使って、コンテナ化やオーケストレーション、インフラストラクチャ・アズ・コードなどの技術を実践しました。
これらの技術は、開発環境と本番環境の差異を減らし、デプロイやスケーリングを容易にするという利点がありますが、それと同時に複雑さやトラブルシューティングの難しさも増します。
私は、モニタリングやロギング、アラートなどの技術的な仕組みを整備することで、インフラの運用をより安定的で信頼性の高いものにする方法を学びました。
例えば、私が関わったプロジェクトでは、DatadogやCloudWatchといったサービスを使ってシステムの状態やパフォーマンスを監視し、SlackやPagerDutyといったサービスを使って異常や警告を通知しました。
また、ElasticsearchやFluentdといったツールを使ってログの収集や分析を行い、原因究明や改善策の検討に役立てました。
## チームでの協働
はてなでエンジニアとして働くことで、私は多くの技術的なスキルや知識を身につけることができました。
しかし、それ以上に大切だったのは、チームで協力して問題を解決することでした。
はてなでは、エンジニアだけでなくデザイナーやプロダクトマネージャーなどの他職種とも連携してプロジェクトを進めることが多かったです。
私は、コミュニケーションやフィードバック、ドキュメンテーションなどの技術的ではないスキルも重要だと感じました。
私は、自分の意見や提案を積極的に発信することで、プロダクトやサービスの品質や価値を高める方法を学びました。
例えば、私が参加したプロジェクトでは、SlackやZoomといったツールを使って日常的に情報交換や相談を行い、BacklogやJiraといったツールを使ってタスク管理や進捗報告を行いました。
また、FigmaやMiroといったツールを使ってデザインやアイデアの共有やフィードバックを行いました。
私は、はてなでエンジニアとして働くことがとても楽しく充実していました。
しかし、私は自分のキャリアについて考える中で、新しい挑戦をしたいという気持ちが強くなりました。
私は、自分の興味や関心のある分野にもっと深く没頭したいと思いました。
## おわりに
彼らに感謝する気持ちを込めて、このエントリーを書き終えたいと思います。
嫁のはてブが閉鎖して1週間が経った。変わらず手癖でGoogleに「嫁のはてブ」と入れてサイトに飛んでしまうのが悲しい。
[補足] 嫁のはてブ関連のブコメで「嫁のはてブって何だ？」というコメントを見かけたので、もし嫁のはてブを知らない人は以下ページを見てもらうといいと思う。 ■「はてブ」をリニューアル前風デザインで 個人が一晩で開発 - ITmedia NEWS https://www.itmedia.co.jp/news/spv/1301/09/news089.html
嫁のはてブの閉鎖が決まってからはてなブックマーク公式サイトを使おうとしてみたが、正直キツい。
アプリの方はまだ見た目には良さそうだったのだが、自分は気になった記事ページとブクマページを一旦タブで全部開いて、開ききってから読んでくというスタイルなのでアプリは合ってなかった。
Hatebu::Classic を試してみたがこちらもあまりしっくり来ず。
結局求めているものは嫁のはてブだったので、見た目ほぼそのままの なれのはてブ を作った。
（ちなみに作ったあとに はてなフィルター の存在を知った。もし作る前に知ってたら、なれのはてブは作らなかったかもしれない。）
500を超えるブックマークと、多くの人に利用していただけて大変感謝です。
また嫁のはてブと作者の後藤基史氏には感謝してもしきれない。約10年間本当にありがとうございました。
なれのはてブを作ってる時にふと思い出したのが、昔地元にあった十一屋という本屋のことだった。
近所にあった本屋で、物心ついた4歳頃には絵本を立ち読みしていた記憶がある。
小学校低学年の頃はマリオの攻略本や文房具を買い、高学年の頃はファミ通を立ち読みしたり大技林を買ったりしていた。
エヴァブーム後はアニメージュの綾波レイ、ホシノ・ルリ、リナ・インバースの熾烈なランキング合戦を毎号チェックし、電撃王のふりをして電撃姫を買うなど、まさに自身の成長とともにあった本屋だった。
小6か中1の時に閉店となり、文字通り泣くほど悲しかった。自分の中で最初の大きな喪失だった。
当時、再び同じ場所に十一屋という店名で本屋を開くことが少年の夢だった。
（残念ながら本屋は開けてはいない。またその場所に同じく思い出の地であった総合スーパーの清水屋の狭小店舗が移転してきたのもあり、現状同じ場所は難しそうである）
嫁のはてブができた頃、自分は新卒で入った会社を辞め、社員2人の会社で1人プログラマーをしていた。
Webサービスを作っていたのだが、当時の自分は学生時代にC言語とJavaを書いたことがある、新卒で入った会社ではABAPという謎言語を少し書きあとは専ら神エクセル作りとパワポに画面キャプチャを貼る仕事だったのでWeb開発経験はゼロ。
そんな自分を救ってくれたのはインプレスの基礎 Ruby on Railsと、そして嫁のはてブだった。
はてブでRSpecを書くことを覚え、いいgemを知り、Font Awesomeを知り、いい感じのjQueryを見つけ、Reactを知り、AWSの使い方を覚え etc…
この約10年間のプログラマーとしての成長はまさに嫁のはてブとともにあった。
いまもまだ閉店した本屋は復活させられないが、閉鎖したWebサービスは復活させたよと当時の自分に言ってあげたい。
今後も見た目のシンプルさはそのままにちょこちょこと機能追加していけたらと思っている。
もしよかったら使ってみてもらえると嬉しい。
自称・ベンチャー企業に来て後悔している、というか恨んでいる。自分のいたベンチャー企業なんて、反社会的勢力 隠れ蓑でしかなかった。そこで得たもの、というものはなくて、むしろ父親と学歴と情熱を失った。 だからベンチャー企業とか NPO なんかに社会的な価値を見出して入社する必要なんてない、むしろ新卒採用では JTC に入れよーという話をしていこうと思う。
元スレは
https://anond.hatelabo.jp/20220613020726
https://anond.hatelabo.jp/20220614002648
です。
国立医学部を目指して多浪し挫折したあとに入った大学は早慶未満マーチ以上の偏差値の大学だった。そのため、周りは年が若くなじめないままサークル勧誘期間が終わってしまったのであった。まちがいなく大学内では浮いた存在であったし、自分も馴染む気がなかった。当時の言い方をするならば「ボッチ」であったか。大学に入ってすぐに、一緒に入学した同期の入るだろう会社には入社できないのが自覚できたので、授業が終わったら大学図書館 or バイト先にそそくさとむかっていた。幸いにして、高校時代はプログラミングを部活でしていたので、どこにいっても「卒業したら、うちにこない？」と言ってもらえた。自分は富士通とか野村総研なんかは年齢制限で入れないけど、飯を食べるには困らないだろうな、という確信はその当時に得た。大学の情報工学の内容は高校時代に習得した内容よりも劣っていたので馬鹿にしていたのは、後でボディブローのようにこの怠慢は効いてきた。ここまで書くと大凡のスキルはコーダー程度であることは察していただけると思う。当時に十分にかけていたのは Ruby, JavaScript, Java, PHP と Objective-C、MySQL といった応用領域ぐらいで、大学でやるような R や Haskell なんかの基礎領域は習得してないで、アルゴリズムの勉強はさっぱりだった。まぁ、あんまり優秀な学生ではなかったと思うが、それでも情熱はあったとは思う。真面目な学生ではなかったが、教授には可愛がってもらった。
これが、当時の自分の心境とスキルである。ここから冒頭に書いたような人生がスタートする。あれは、記憶が正しければだけれど、twitter のリプライだっただろうか。当時の自分は他人の設計書を基本として書くということにうんざりしていた。いつの日にか自分の書いたコードで上場するという目標のために本物のベンチャー企業で上場する時を共にしたいというのに、どうやったらそんな会社を見つけ出し、入り込めばよいのか皆目見当がつかなかったのだ。それで、twitter のアカウントを手がかりに、あらゆる募集サイトに「プログラミングする企業に入りたいです」という書き込みをした。なんなら、増田にすらその書き込みをした。それで、色々な人から「うちに来ない？」というリプライをいただいた。正直、嬉しかった。それで、そのうちから「選ぶ」という選択をしなかったのは間違いだった。当時の自分は、それをせずに「サイバーエージェントに紹介しますので、とりあえず勉強会に来ませんか？」という書き込みをみて、ふらふらと雑居ビルの一角にある共有オフィスへと出向いてしまったのだった。タイムマシンがあればこの日に戻って止めると思う。それぐらい後悔する日々が始まるとは当時は思わなかった。
もうすぐ真冬になろうという頃、「サイバーエージェントの正社員になれるかも」という期待で、列車に揺られて前記のビルへ向かった。期待とは裏腹に、妙に古臭いビルであった。ベルを押して、勉強会だという部屋に通してもらうと、若い学生たちがそこにいてプログラミングを勉強しているという。正直、自分も医学部さえ目指さなきゃこういう生き方もあったのだろうな、とは羨ましく思った。自分をオファーしたという人（O氏）は、この勉強会の座長だという。「私は人工知能を研究しており、アメリカで博士号を取得した『天才』数学者で、日本を活気づけるために母国にもどり、この会社を立ち上げました」という。サイバーエージェントではないらしい。あれ？、とは思った。まぁ、無下にはできないので、そこで課題を出されたのを５分ぐらいで終わらせた。伊達に何年もプログラミングをしているわけじゃない。ループで書くべきところを、再帰で書いた。すごいでしょ、オレっちとね。「できました、見てください」というと、O氏はこう言い出した。「ナニコレ？」とO氏。「ええ、再帰ですよ、漸化式みたいな？」と自分。出力は合っているので、O氏も認めざるを得なかったらしいが顔が険しくなっていく。どうも機嫌を損ねたらしい。そうすると、O氏は自分を別室に呼び出して「履歴書は？」と聞いてきた。「勉強会ですよね？」と返すと、「いいから、履歴書！」と言う。にっちもさっちも行かなくなったが、共有オフィスの他社の中国人職員の方が機転を利かせて仲裁してくれた。「そんなに言うのなら、彼にポートフォリオを作らせてみて評価してはいかがでしょうか」と。
イライラしながら帰宅したあと、もう二度と見たくもないO氏の顔とサイバーエージェントの正社員というものを天秤にかけたとき、やっぱりサイバーエージェントにいきたいなーと思った。というか、実は当時に DMM のオファーもあったのだけど、サイバーエージェントの方が良いと思って辞退した。このクソ人間（O氏）を認めさせたら、サイバーエージェントで働けるというのは魅力的だった。それで、Android(Java) + iPhone(Objective-C) でマルバツゲームを作り、 Bootstrap + jQuery と Ruby on Rails と MySQL で集計させてスコアを比較させる、そしてサクラVPSで CentOS で運営するというプロダクトを持っていった。時代を感じますね。閑話休題。ソレを持っていたら、O氏は今回は前回と性格が違った。いきなり、怒鳴りだすのだ。ポートフォリオを見ないで。いわゆる「良い警官・悪い警官」というやつをやろうとしたのだろう。当時はそれがソーシャル・エンジニアリングだと気がつけなかったが、いま思えば以前からナンパとかで良い思いをしていたのだろう。後で書くが、彼はロリコンだ。専門に人工知能を掲げているが、本当はチヤホヤされたいだけで自分は努力せず、インターンの学生にタダでプロダクトを作らせて「弊社は凄いです！」「あわよくば上場して金と名誉はゲット」、そんでもって若い学生のインターンとセックスしたいという真正のクズ野郎だった。自分の深層意識で「こいつはヤバいやつだ」というアラートはビンビン鳴っていたが、「サイバーエージェントの正社員」というニンジンが目を曇らせた。
そのあと、一月ぐらいはそのクソ会社でタダで自社サの修正をやっていた。こんなのもできねーのと思いながら。ある日「別の会社に行こう」といわれ、面接をうける。なぜか O氏も同席で。話を聞いていると、派遣させられるらしい。派遣登録もしてない会社が。「サイバーエージェントじゃない！」と抗議をすると、「俺に恥をかかせるのか！東京で働かせなくするぞ！」と脅され、派遣きまったあとで、履歴書を無理やりかかされた。給料はホームページに書いてあった額の半分、社会保険は無し、年金もなし、保険書もなし、という最悪な条件だった。派遣先はキツかったが、優しかった。それに、派遣当日から転職のオファーをもらった。記憶が正しければ、平日に働いて、土曜日は帰社日、日曜日は勉強会に出席という日々だった。本当に休む暇がなかった。平日はほぼ終電だったのに、土曜日に東京の端っこにこいとか、日曜日は勉強会だから出席しろ、とか本当に辛かった。それでも派遣先の会社には迷惑をかけたくなかったので、期間が終えるまでは必死に働いた。そして、O氏から逃れるために「あなたとは信頼関係が築けない」という文を書いて退職した。そのあと、自分は大学にも行かないで、別の会社に就職した。あと、O氏は給料を払わなかったので、辞めた後に圧力をかけて支払ってもらった。
プログラミングのスキルは働いてもスキルが付くということはなく、自学自習を続けないと上場するのに必要なスキルは身につかないというのもわかってきた頃、父が死んだ。事故死だった。自分は医学部に行けなかったことの申し訳のなさに、東京の大学に行った後は父を邪険に扱っていた。とても後悔した。それで、半年ぐらい真面目に勉強して私立の医学部に入学し、医学部生として留年しない程度には進級はした。しかしながら、ふと寝る前に「プログラマーでいたかったな」と思うことは毎日のようにある。もう医師になるつもりで、プログラマーに戻るつもりは無いが、それでもプログラミングのことは好きで、毎日１時間は時間をつくって勉強している。好きなんだよな、プログラミングが。
最後に、O氏についてだ。あまりに犠牲者が多すぎるのでネット上で事実を書いていったら、裁判所から開示請求が来てしまった。だからここでは本名と社名は書けない。だけれども、若者たちに「ホイホイベンチャー企業にいくと辛い目にあうかもよ？」っていう事例を例示しなきゃ、とは思うので「ヤバいベンチャー企業の実態」について書いていこうと思う。
...という感じ。だから、基本的にベンチャー企業に期待しないほうがいいよ。下手をすると、犯罪の手助けをするようなつらい思いをするよ。もし、仮にベンチャーに行くなら、高給かストックオプションはマストで行こうね。おじさんとの約束だよ。
RubyやRailsでどう書くかを知っているか知っていないかだけでそれがプログラミング能力だと勘違いしてる人が多い。全員というわけではないが……
「このライブラリでこう書ける」とか「こういう書き方がある」とか「こっちに書くとここがこうなる」とか、そういった規約覚えゲー的なところに目を取られて、どれだけRuby on Rails関連の規約をたくさん覚えているかでプログラミングスキルが高いか低いかを考えてる人が多い。もちろんそうした覚えゲーもある種プログラミング能力の一部なのだが、一方でライブラリを単に入れただけでは実現不可能なパフォーマンスを考えたコードを書くときやアーキテクチャ設計の段階では、何年も経験しているはずなのに役立たずになる。
ググるのが面倒なシンタックスシュガーや、ライブラリを導入した人しか辿り着けないconfigなど、規約（笑）とかいう発見非可逆なルールによって、それを導入した人だけが知っていて既得権益を得られるような構造になっている。そのために、ある機能を新しく利用したときに、それを知らない人にRails知識マウントを取れるようになっている。この気持ち悪さは、例えるなら、刑法を全部読んでからじゃないと街を歩くだけで逮捕されて、しかも何の罪で逮捕されているのか教えてもらえないようなものだ。
それで、全員というわけではないが、そういったRailsしか書けないおじさんは別言語で書くときに平気で今までプログラミングしたことないかのようなレベルの最悪のクソコードを生み出してくる。そもそも他言語が書けないおじさんも多い。
なぜなら、Rails知識こそがプログラミングスキルだと考えていて、Rails知識すごいワールドでしか生きてないからだ。覚えゲーをやっていただけで、スキルとしてはポケモンの名前を覚えただけにすぎない。社内スキルのようなものだ。
自分としてはRubyやRailsが直ちに滅びるとは思っていないが、Railsをメインで使ってる会社からしても、こうしたRailsしか書けないおじさんは今後不要になってくると思う。
Ruby on Rails で Oracle を使うってどれぐらいあるの？HTML はかけるけど、デザイン性は持ち合わせてないと言いたいだけだよ。
