  |
はてなキーワード: Railsとは
WEB始まりすぎだし、アプリもゲームも始まりすぎなんですけどって話
WEBに関してはruby/railsとかは900万超えの求人出しても来てくれないくらいには好調です
HTML/CSS/JS/Railsができて仕事ないとか言ってる人いたら教えてほしいくらいだよ
俺の会社他にアプリ部門があるんだけどもっと人が足りないって愚痴ってるしこのままだと1000万行くかもしれない、うらやましいくらいの話だ
まぁ結局はてなも２ｃｈもそうなんだけど、ネットで愚痴ってるやつって仕事できない無能が８割か、転職怖い昇給交渉怖いって動こうとしないビビリのクズか
それか若者つぶそうとして楽しんでるやつか、なにかしらの病気なので相手にしないほうがいい
進化が早すぎてついていくのがつらいよーってやつの話にも聞かないほうがいい
追加された機能をゴリゴリ生かさなければいけないなんてシーン俺は知らない
まぁ大きく変わったのはFLASHが廃れて」、HTML5/JSで代替しなければいけなかったことくらいだけど
べつにそれに関しても大した話じゃない。ゆっくり以降していった話
フロントエンドはつらいなんて話をよくしてる連中いるけど、ただの馬鹿がファッションで乗って、つらさを自慢しあってるだけ
あいつらがやってることの9割は必要ないことで苦労してると思うわ
gulp/grantなんかのタスクランナーとかする必要ないのにして変化が激しいとか愚痴ってる意味の分からない
anguler/ract/vueあたりもな
SPAなんて特殊なものをこれから来る必須技術みたいにさわいで技術飛びついて変化が激しいって騒いでスターもらいたがってるだけ
結局ブログで承認欲求みたすための苦労自慢でリスカ女と変わらないので相手にする必要なし
railsは変化が速いのでは？なんて話も真に受けるな
たしかに3くらいまでは俺自身が慣れてなかったからつらかったといえばつらかったが、その程度の変化ほかの業界でもいくらでもある
なによりネットにドキュメントが大量にある、はっきり言ってほかの産業にくらべて勉強が楽なくらいだ（ググるときに注意が必要だけど、情報の鮮度とか正確性とか）
railsはフレームワークが1強なので迷わなくていいし仲間も多いから、かりに変化がおこっても、頭のいい人がドキュメント残してくれるし、勉強で困ったことなんかほぼない
5.1でjquery依存をなくすとか、CoffeeScript廃止とか、yarn採用も困らなかった
もう一度言う
プログラマーになりたいと思ってる君、情報工学部（コンピューターサイエンスやる学部ね）行こうね、私は大学で電気科に言ったんだけどいまだに後悔してる
プログラマーなんかIT土方だしとか言われてて電気か機械のほうがいいといわれて私は電気を選んだんだよ
学習してから３日目ぐらいだけど連続３日でやったとは言っていない。
他のプログラミング言語と違ってチュートリアルの内容が足りないってこともなさそうだし、Golangのチュートリアルだけは繰り返しやったほうが良さそう。
今からGolangを学ぶならGoogleのリポジトリにあるパッケージ管理にdepを使うほうが安心する。
まだ公式ツールじゃないけど将来なるかもしれないしならないかもしれない。
Googleのことだからgxuiみたいに更新されなくなる危険もあるよな・・・・
でもプロジェクトを新規作成するときにrails new helloに相当するコマンドがないので不便。
スケルトン生成ツールが別途必要だけどフォルダ作るだけだからbatファイル用意するだけで良さそう。
あとGOPATHの設定もか。今のところは手動でやってるけどそのうちbatファイルにしたい。
でもやりたいことができないのがつらい。
cursesぐらいは標準で出来て欲しいよ。
だから他の言語ではいらないのにGolangではそんなことでもライブラリを探してきてインストールしないといけない。
Goglandだとそのままでも十分だけどVimの場合はvim-goを入れるのが良い。
勉強会に参加するときは軽量ノートを持っていくので動作が軽いVimがいい。
でもryzen搭載ノートが来たらIDEに乗り換えるかもしれない。
cliってライブラリもあるみたいだけど標準機能のflagだけで十分便利。
今の所もあんまりコマンドラインツールに興味ないので難しいことはしない。
やりたいことをぐぐってコピペしてる程度なのでdeferとかgo funcとかグローバル変数とか基礎的な部分はまだ知らない。
インストールが楽だけどWindows作ったらMacでも動くかは謎。
MacのハードウェアにしかMacのOSインストールできないライセンスだからWindows PCにMacインストールできないからapple嫌い。
「教科書」レベルで語ってほしいだけなんですけどね、Rails以前にデータベースの教科書ではあるけど。それできるのって「ハイレベル」なんですか？
(Railsに限らないけど)DBスキーマだけでアプリの仕様表現できていないようなスキーマ設計やめてほしいんだけど。
「○○というrails向けのgem使うと勝手にスキーマ設計してくれたうえでこういうことできるんだ」(スキーマだけでは表現できていない制約をrubyのコードで実現するタイプのgemみたい)
…それアクセスするのrailsだけじゃねーんだけどみたいな、てかそういう不誠実なgem公開してるやつプログラマーになる前に(贅沢いわないから)情報系の学校で直してほしいんだけど(って化学系の学校出身のあほな僕につっこまれてるの恥じてほしいんだけど)
なんでDBだけでちゃんと仕様を表現できないかな(じゃなくてそもそもしようとしないかな)？みんな大好きマイクロサービスを考慮すれば(僕が今担っているアプリはそのマイクロサービスの部類)「Railsだから」は成り立たないと思うんですが？…僕がおっさん過ぎて気にしすぎなのかな？…であれば僕も気にせず「いや、僕おっさんだからそれ気にくわねーんだけど」と誠実に対抗するのが正しいのかな？
その他のフレームワークも全部Railsの影響を多分に受けているのでRailsができないと評価もできない
僕は大学卒業後にIT系企業に就職したが、ブラック企業で精神的に辛くなり辞めた。
クライアントからの狂った納期、無駄な仕様を理不尽に感じながら進める日々から解放されたが、ニートも暇だったので、結局プログラミングは続ける事になった。
約1年前から2chまとめ系のiOSアプリを開発していて、本格的にネイティブ機能を使って開発したのはこのアプリが初めてである。
昨日(4/23)に、ダウンロード数が突然500倍になるという夢のような出来事が起きた。
毎日、定期的にダウンロード数やアクティブ数などがわかるfabricという解析ツールをチェックしているのだが、その日は朝から明らかに数字がおかしかった。
たまに数字がバグっていてあとから修正されることもあるので、その日は半信半疑ながら定期的に数字を確認していた。
サーバーサイドはAWS+Rails+redisで構築しており、内部のDBやGAのevent trackingで記事の閲覧回数は計測していたのだが、
その数は普段より明らかに多く、fabricで見えている数字がすべてではなかったとしても今までの最高記録を更新するとは思っていた。
そして翌日(4/24)のAppStoreのランキングを見て、fabricの数字が異常ではなかったことを確信した。
ランキングの少し後ろには、日本経済新聞(17位)、NHK(21位)、朝日新聞(27位)など
アプリ開発に夢を感じる瞬間だった。
今まで地道に1年間、大きいものから小さいものまでコツコツ修正を積み重ねてきた。
基本的には、特別な事は何もしていないと言えると思うが、実直にやってきた自負はある。
具体的には大体下記の7つぐらい。
2. 既存アプリのレビューコメントで、評価されている機能をリストアップ
3. その中で、共通機能は全て実装。共通してないものでも、レビューコメントで要望が多かったものは、全て実装。
4. 記事を見やすくする為に、サイト1つ1つをチェックして、jsで最適表示。（これが一番大変だった。。）
5. 他のアプリはあまりコメントに注力していなかったのでコメント機能の強化
6. ロード時間にはこだわりたかったので、1ミリ秒でも早くする為に部分部分でのキャッシュを頑張った
7. お問い合わせを全てチェックし、1個ずつ出来る限り対応（最近だと、お問い合わせ頂いた音楽のバックグラウンド再生を対応しました）
クライアントに付き合わされて意味不明な仕様を実装していた頃よりは、精神衛生上遥かに良く、実際に使って下さるユーザーの方々がいることに、やり甲斐も感じている。
おかげさまでレビューやお問合わせでたくさんの改善要望などを頂いているので、これからもユーザーの方に満足して頂けるよう開発を頑張っていきます。
気になる広告収益は、昨日のADNW収益が1日○万円だった。このペースだと、1ヶ月で前職の給与の3倍ぐらいになるんじゃないかと思っている。
タイトルのアプリはたまたま目についたアプリで、特に以前の職場で何かあった訳ではありません(^^)
分かったのは言語の多機能さというのは、一点水準さえ満たしていれば、それ以上足しても生産性に寄与しないという事
自分しか使わない、最初書くときに限れば書きやすいと思うこともあるが、それ以上に保守性を落とす
ライブラリを利用したり他人のコードを読む機会の方が多い昨今マイナス要素でしかない
perlのスローガンだかに "There's More Than One Way To Do It." というのがあるらしいが、読む側からするとたまったもんじゃない
演算子がオーバーロードされてるかも？モンキーパッチされてないかな？等々あれこれ想定しなきゃいけないのが苦痛でしかない
パスの選択肢を見せた事で沢北が集中できなくなってしまったから
DSL(笑)が良いと思ってるのは最初だけで、最終的に負債にしかならない糞コード
統計・機械学習系のライブラリが皆無で先細りのイメージしかないからRailsと一緒に心中ください
リスト評価、スカラー評価とか意味わかんねーくくりもtie変数もアイディアは糞中の糞
Perl6にいたってはわけわかんねー演算子のオンパレードで悪いところをさらに悪くした感じ
オーバーロードされまくりのコードなんてどっから読んでいいかわかんねーよ
自分より優れたるものを自分の周りに置きし者ここに眠る。カーネギー
できる人ばかり辞めていく会社が研修費用を出すようになったら、さらに退職が加速したというお話「人事に聞かせたい」 - Togetterまとめ
「従業員にトレーニングをして、よそへ行ってしまったらどうするのか」という疑問に対するStanger氏の答えは、「従業員にトレーニングをしないで、彼らが会社にとどまってしまったらどうするのか」ということになる。
従業員の才能を爆発させるには「会社に人を長く留める」戦略を捨てる必要がある
ttps://b.hatena.ne.jp/entry/s/gigazine.net/news/20171005-superboss/
「弱いつながり」理論でいうと、SNSでつながる友だちは、それこそFacebookの友だちが3,000人規模で、国内のスタートアップの経営者なら、たいていの人に直接または1hopでつながることができる。
ttps://s.nikkei.com/2vJsvYx
優れたマネージャーは自分より高い給与をもらう可能性のあるポテンシャルの高い部下を喜んで雇う
ttp://b.hatena.ne.jp/entry/www.masafumiotsuka.com/2015/11/the_peter_principle.html
人材は会社の資産として残らないが仕組みは会社の資産として永遠に残る
ttps://www.amazon.co.jp/dp/B010JM64M6/
ttps://employment.en-japan.com/engineerhub/entry/2019/11/07/103000
ttps://www.slideshare.net/yattom/ss-79372905
ttps://tinyurl.com/y8tkhuhz
ttps://bit.ly/2MylBjs
"競争優位につながるような戦略的なソフトを開発しようとするなら内製しかない。"
ttps://www.amazon.co.jp/dp/4822273784
ttps://medium.com/@kuranuki/aac6062adfb2
どの部分を汎用的につくり、どの部分をやっつけで作るか、そして、どの部分をパフォーマンス優先でつくり、どの部分を可読性優先でつくるか
（中略）
ソフトウェア開発とは、経営的意思決定の集積なのだから、経営的意思決定を外部の会社に委託するというのは、「経営を外部の会社にやってもらうようなもの」だからだ。
もっと言うなら、自分の会社の今後のビジネス的ポジションを、他社に決めてもらうようなものだからだ。
外注を出された会社は、そのソフトウェアが未来に実現するであろうビジネス的価値を犠牲にして、できるだけ少ないコストで作ろうとする。
ttp://fromdusktildawn.hatenadiary.jp/entry/20061003/1159869683
ttps://bit.ly/2JzCggZ
「ソフトウェア業界（特に受託開発業界）は、基本的に正直者が馬鹿を見る世界である。顧客が、保守性というソフトウェアの最も重要な品質を正しく評価できないという、情報の非対称性が存在するからだ」/分かるなぁ
「モダンな開発環境×技術顧問×内製化」Sansan×日経電子版 アプリ開発の最前線を語る夜
ボタンを1つ追加するだけで2週間。内製化によるスピードアップは必須だった。
「アプリ内にボタンを1つ追加するだけで、2週間の開発期間と、数十万円のコストが発生していました。それでは急な仕様変更に対応できないし、技術ノウハウも貯まらない。」
ネットサービスの肝は、開発にかける額の多寡というよりは、内製化するかどうかにあると思っています。
ローンチした後、そこからの追加・改善はものすごいスピードでやらなくちゃいけない。これは、内製体制でないと絶対に不可能です。
2017年1月、ネット証券大手のマネックス証券は証券基幹システムを刷新した。
お客様へ提供するサービスの開発スピード向上と、ノウハウの社内蓄積、開発コストの適正化を目的に、
（中略）
サービスの改善や新サービスの開発時に、ASPサービスの提供会社との会議に費やしていた時間を削減し開発のスピードアップを図ることで、競合他社への競争力を強化したいと考えました。
ttp://b.hatena.ne.jp/entry/s/quality-start.in/it-strategy/467
ttps://twitter.com/kanayang2009/status/129677947572465666
ttps://amzn.to/2ncDXrO
だから育てるんだ。
ABテスト デザイン OR ボタン OR 文言 - Twitter検索
外注でもA/Bテストでユーザの反応を計測してトライ・アンド・エラーでシステム開発ってできるもんなんだろうか。
できるとして、それって内製化した方がずっとクオリティ高くなるんじゃないの？
ttps://twitter.com/fromdusktildawn/status/874796380522336256
「外部委託すると細かい継続的な機能の改善が遅くなるので、自社採用でかなり優秀な人材をケチらずに採るべきだね。なかなか見つからなくても妥協せずに」ホリエモン
ttps://bit.ly/2QWMsoJ
外注はPDCAを回せないという致命的な欠点がある。ITスタートアップの感覚だと外注と内製には天と地ほどの差がある
ttps://bit.ly/2J5UCWQ
銀の弾丸ではないがリーンな開発は競争力の源泉。そのためにはPMFをコントロールできる開発チームが必須でそれは内製でしか達成困難。
ttps://bit.ly/2vkDd8E
正解に当たるまで回し続ける！3ヶ月で200回のA/Bテストから得た「意外な結果」とは
弊社のイベント一覧のページなのですが、単なるテキストの羅列のパターンと、リッチなレイアウトのものでテストすると、いつも必ずテキストの方が勝ちます。
海外テック情報局：eBayではダサいデザインのほうがコンバージョン率が高かった｜gihyo.jp … 技術評論社
デザイナと口論したいのではなく，見たいのは数字とお客さんの利用例。
そして何がうまくいっているのか突き止めたい。
選択の科学 ２４種類のジャムを売り場に並べたときと、６種類のジャムを売り場に並べたときでは、前者は、後者の売り上げの１０分の1しかなかったのです。
ttps://amzn.to/2I2V1O4
エンジニアでないファウンダーは最大一人まででお願いします | On Off and Beyond
理由１：変更につぐ変更を重ねられるようにする
最近 lean startup なる考え方がはやってますが、これはどういうことかというと、
東大合格者ランキングは正しいのか？――常に分母は何かを考えよ
何事にも閾値はある。そこに至らなければ、意味がないという数字だ。
「頭のいい人が成功しない理由」という本に、閾値の話があった。
だれもが中途半端にやめてしまう。それでは足りない。閾値を越えない。
ttps://ameblo.jp/chimu841/entry-10036171360.html
ttps://amzn.to/2Odv25b
①内製
②外注
フラクタルなレモン市場問題｜建築不動産クラスタ交流会の件その１
ttp://realtor-readyabooks.hatenablog.com/entry/20100515/1273919457
ttp://ledsun.hatenablog.com/entry/2016/02/28/014851
ttps://ja.wikipedia.org/wiki/情報の非対称性
ttps://ja.wikipedia.org/wiki/逆選抜
ttps://ja.wikipedia.org/wiki/取引コスト
「探索コスト」
時給制（時間を売る）が生産効率低いのって自明だよなぁ・・相当ボランティア精神ないと時給制で効率よくやろうって気持ちにならないよね
でも拘束時間で金額を決めてしまっては効率化を目指さなくなるんじゃないか
ttp://b.hatena.ne.jp/entry/b.hatena.ne.jp/entry/194800390/comment/redhornet96
ttp://b.hatena.ne.jp/entry/twitter.com/etomiho/status/872820182883762176
ttp://b.hatena.ne.jp/entry/twitter.com/etomiho/status/872822997106565120
ttp://getlife.hateblo.jp/entry/2013/09/10/015011
見積もりが人日で工数を計算していると、実際にはそれよりも短期間で実装できても見積もり日数になるまで納品を待ったりすることはある。
納期よりもかなり早い段階で実際には完成しているにも関わらず、
エージェントが利益相反行動をしていないかどうか監視するためのコスト。
自身の行動がプリンシバルの利益追求にかなっていることを証明するために
ttps://detail.chiebukuro.yahoo.co.jp/qa/question_detail/q1212240292
ttps://twitter.com/search?q=rails%E3%80%80%E9%A1%A7%E5%95%8F
「顧問プログラマ」再考 - Rails 雑感 - Ruby on Rails with OIAX
ttps://www.oiax.jp/rails/zakkan/rethinking_of_adviser_programmer.html
ITエンジニア採用に欠かせない原則とは (1/5)：IT人材ラボ
ttp://b.hatena.ne.jp/entry/s/itjinzai-lab.jp/article/detail/856
ttps://www.slideshare.net/fukumura1/fukuokarubykaigi-medpeer-ver1
【256人がリモートワークで回る仕組みを考える】後編
ttps://www.remotework-labo.jp/2015/10/interview_10/
参考：http://www.oreilly.com/animals.csp
最近は互換性を気にしてるようだけど新しい書き方ですとか毎回言われるストレスが半端ない
プログラミング言語みたいな土台となる技術がそんな変わって何も違和感覚えないやつらがどうかしてる
rbenvやらBundlerで完璧にベンダリングできますってそんな誇れることなの？
バージョン依存が激しいのでそうしないとバグりますって言ってるようなもんじゃねーかｗ
まだpython2,perl5で書いた方がまだ良いわ(Perlは文法が糞だから書かないけど)
多少言語に粗があっても互換性を維持してくれた方がよっぽど重要なんだけど（少なくとも俺は）
フルスタックフレームワークでなんでもできるぞ！とか言ってるけど理解できない
自分が使わない機能がたくさんコードに入ってて使わない機能に脆弱性がありましたアップデートあります
って毎回言われてどう思うの？
モックアップみたいなのをササッと作るには良いかもしんないけど、こんな異常なアップデート地獄に付き合わされて
結局Railsのマジックで作ったような気になってるだけで後に来る保守問題を先延ばしにしてるだけじゃねーの？
毎度毎度、バージョンアップで非互換な修正加えてコードの修正が必要になって、Gemも上がって依存が壊れて
いつまでやってんだよｗ
Railsのプロジェクトでどれだけの人が最新版に追従できてんだよ？テストを書いてれば余裕？
本当かよ？正直に言ってみろよ？実際はレガシーRailsの山だろｗ
ヘルパーやらマイグレーションの仕組みやら最初は良いかなと思ったけど、どう考えてもやり過ぎだ
短くかけるとか喜んでるやつは一度考え直せ
それで良いんだって？自分がコントロールできない知らないコードに依存して結局バージョンアップで地獄みてるだろｗ
最低限中で何が起きてるか理解しとけよｗまあ理解できるころにはRailsでなくても良かったんやｗってなるけどなｗ
RAILS_ENV=productionだとstaticファイルは自分で返さないassetコンパイルで小さくしましょう
→ developmentで動いてたけど本番だと動きませんでしたｗ
毎度毎度、アホみたいにGem入れやがって、もう自分で把握できる状態じゃねーだろ？
bundlerだから完璧にvendoring出来ますだって？
本当かよnaitive extensionのGemなんてどう考えたってRails管理外のヘッダファイルに依存すんだろ
めんどくせーなbundlerもこけるし、rbenv使ってrubyのバージョン揃えろとか
ホントめどくせーよ
deployもcapistrano便利とか言ってるけれど、そんなに便利じゃねーよｗ
あんなDSL覚える時間あんならシェルスクリプト書けるようになっとけ
rackサーバがたくさんあってよかったねじゃねーよ集約しろ馬鹿ｗ
unicorn, pumaで比較しましたとかアホ記事書いてる暇あるなら集約するかなにかしとけ
この手の話すると信者が使わない方法もある・選択しない方法もあるとか擁護してくるけど
そりゃあるけどそれ調べんのがめんどくせーって言ってんだよｗ
何でもかんでもレールに乗せてそれを強要してくるような感じがすんだよｗ
