  |
はてなキーワード: Railsとは
内容的にここで言われるほど、プログラミングスクールのカリキュラムや講師が悪いとは思えない
（あくまで20新卒、まとめサイトの運営とかAtCoderをちょっと触ってた程度の初学者の視点で見て）
劣化版メルカリを作るみたいな、新卒のプログラミング研修あるあるな課題だし
講師も総合職と一緒にやった研修会社のIT研修（ITパスポートくらいの知識）よりはかなりいい気がする
講座の内容についてRuby on RailsなんかはRailsチュートリアルとそこまで大きな差があるとは思えないし
細かいミスだったりは他人に見てもらったほうがすぐ直せたりするし、つまづいた部分を質問できるのはいいのでは・・・？
問題は入社してからほとんどPerlらしいのに、Rubyをやることくらいだと思う（人事の人に聞くとPerlを扱ってる研修会社がほとんど無いらしい）
自腹でやるならudemyとかだろうけど、新卒でこういう研修を受ける機会がなかった人がやる分にはいいと思うし
採用側が入社後に研修やらせる体制が無いから、スクールで研修っぽいことやった人を
未経験枠で採用するか・・・みたいなパターンはあると思うので、
自分で金払ってやるかはともかく、まあ実際ここまで槍玉に挙がってるのよくわからんな・・・という感じがする
プログラミング未経験者から「プログラミングを勉強してみたい、でもどのプログラミング言語をやればいいのかわからない」というような悩みを聞くことがあるので、https://redmonk.com/sogrady/2020/02/28/language-rankings-1-20/ に載っている人気の言語TOP 20について、未経験者が最初に学ぶのはどの言語が良いかという観点で簡単に解説してみます。
対象読者はプログラミング未経験者なので、なるべく難しい言葉を使わないようにしたつもりです。また、正確性よりもわかりやすさを重視しているので何かしら間違っているかもしれません。ご留意ください。
Webブラウザの上で動くプログラミング言語。元々ただの文書しかなかったインターネットの世界に、グリグリ動くページを作りたいという欲求により生まれた。JavaScriptのおかげで今のWebページはグリグリ動きまくりである。
元々HTMLをちょちょっといじる為だけのものだったが、どんどん進化を続けて今は一つの超人気プログラミング言語である。今ではブラウザ上でなくても普通に動かせる（Node.jsという）ので様々な用途で使われている。
ブラウザ上で動くプログラミング言語は基本的にJavaScriptしかないので、JavaScriptはすべてのWebプログラマが学ぶ必要があると言っても過言ではない。
ちょっとしたプログラムを書いてすぐブラウザ上で動かせるので楽しい。そういう点ではプログラミング入門に適していると言えるかもしれない。
機械学習を始めとしたデータサイエンスの分野で激烈に人気のある言語。理由としてはNumPyとかTensorFlowのようなライブラリが充実しているというのが大きく、資産がたくさんあるのでこれからも使われ続けるであろう。
言語としては、誰が書いても簡潔で読みやすいコードになる傾向にあり、小さいプログラムを書くにはいい感じである。米国ではプログラミング教育にPythonがよく使われているという話も聞くし、初心者がプログラミングを始めるのにはいいのかもしれない。
将来AIやデータサイエンスをやってみたいと思うのであればPythonから始めましょう。
ランキングでは常に一位に近い順位をつける言語。Javaができた当時は色々と革新的だったらしく、組み込み業界からWebまで流行りまくっていた。今でもその名残か使っているところは多い。過去の資産やプログラマの数が多いのが一番の理由だと思う。AndroidアプリもJavaで書く（もしくはKotlin）。
実行速度が速く、また下位互換性がしっかりしているので過去に書かれたコードが新しいマシン上でも動きやすいのが長所。短所としては、歴史ある言語で下位互換性を保っているため文法が古い感じがする。タイプ量も多くなるし、学習コストはJavaScriptやPHP, Ruby, Pythonあたりに比べると高い。
正しく使えば強力な言語だが、日本のクソSEもどきは全員（自称）JavaエンジニアであることがJavaが毛嫌いされる理由の一つになっている[要出典]。いわゆるGAFAもJavaをかなりヘビーに使っているので要は玉石混交ということである。
Androidアプリを作ってみたいというならJavaからはじめるのはアリ。
Webページを作るためだけに生み出された言語。プログラマの数が非常に多い。日本で求人が一番多いのはJavaかPHPであろう。
初心者でもとっつきやすく、すぐに動くプログラムを作れるので入門に使われることも多い。学習コストの低さはトップレベルである。しかし基本的には古くてダメな言語とみなされており、PHPで作られたWebサービスは脆弱性が多いという都市伝説もある。真実は闇の中である。
近年のバージョンアップで比較的良い方向に向かっている（と個人的には思う）ので、選択肢としては意外と悪くないかもしれない。
Microsoftが生み出した言語で、.NETというプラットフォームを使ってWebサービスを、Unityというゲームエンジンを使ってゲームを作ることができる。
最近有名なのはUnityで、今やほとんどの3Dソーシャルゲーム（の一部分）はUnityで作られている。そう考えるとC#のプログラマは結構いそうだし将来もある程度安泰かもしれない。もちろん.NETも広く使われている。
ただし.NETもUnityも触らない人にとっては基本的に縁のない言語である。
なんかゲーム作ってみたいかもなーと思う人はC#から始めてもいいんじゃないでしょうか。
C言語に色々な機能を足しまくってできた巨大な迷宮のような言語。言語仕様は複雑怪奇だが実行速度は全プログラミング言語中でも最速レベルなので、パフォーマンスが重要な開発において使われる。アプリやサービスというよりは、それらを作るためのライブラリ、プラットフォームなどを作るときに使われることが多い。Web系の会社でいうとGoogleなどは主にC++を使っている。
基本的には初心者が触る必要はない。競技プログラミングを極めたいとかならC++からはじめてもいいかもしれない。
このランキングの中で唯一、日本人によって作られた言語。作者のまつもとさんは世界的有名人である。ちなみに島根県出身、在住。
プログラミングを楽しくすることがモットーらしく、確かに書き味は良い。また作者が日本人なこともあってか日本語情報が多く、情報収集という点ではとてもやりやすい。
Ruby on RailsというWebサービスを作るためのフレームワークが世界的に大ヒットしたため、必然的にRubyの知名度も上昇した。少し前まで日本のWeb系スタートアップは猫も杓子もRuby on Railsといった様相であった。今は少し落ち着いたようだが今も人気は根強く、Web系プログラミングスクール等ではだいたいRuby on Railsを教えているとかいないとか。
Webに興味があるのならRubyから始めるのが一番無難な選択肢と言える…のか？まあ悪くはないと思う。今でも需要は多い。スクールに行きたいのであれば黙ってスクールのカリキュラムに従いRailsをやりましょう。
これは他の言語とは毛色の違う言語である。というかCSSはプログラミング言語と呼んでいいのだろうか？
CSSはHTMLを装飾するためのものである。字に色をつけたり、背景を変えたり、レイアウトやサイズを変えたりするのは基本的にCSSの役割である。
すごく大雑把にいうと、HTMLで表示する内容（文章や画像）を定義し、CSSでその見た目を整え、JavaScriptで動きをつける。というのがWebサービスの”見た目”を作るやり方である。
なので、Webに興味があるのであればある程度はCSSの知識が必要である。が、これ単独で学ぶようなものではない。Webサービスを作る時についでに調べて少しずつ覚えていけば良い。
TypeScriptは比較的新しい言語で、JavaScriptをさらに拡張したものである。Microsoftによって開発されている。
プログラムにはデータの型（Type）というものがある。例えば「1」や「2」は数値型、「あいうえお」は文字列型といった具合である。大まかに言うと、この「型」に対して厳しい言語は型チェックによりバグの混入を防ぎやすいがプログラムを書くのが大変、というかコード量が多くなる。型が緩い言語はサクサクかけるし短く書けるがバグを生みやすくプログラマの力量が問われる。ランキングの中だとJavaScript, Python, PHP, Ruby, Perlあたりは緩く、Java, C++, C, Swift, Go, Kotlinあたりは厳しい。
そんな中、世で広く使われているJavaScriptの型チェックが緩すぎるのでもっとちゃんと型をつけたい、そんな要望を叶えるのがTypeScriptである。基本的にJavaScriptを理解している人間が使うべき上級者向け言語というのが現状なので、初心者が始めるには適していない。
ただしこの先主流になっていく可能性は大いにあるので、どこかのタイミングで勉強してみても損はしないと思う。
C言語は基本的にOSを作るための言語である。OSというのはWindowsとかmacOSとかLinuxといったもので、マシンを動かすための基盤となるソフトウェアである。AndroidスマホにはAndroid（という名のOS）, iPhoneにはiOSが載っている。コンピュータは基本的にOSがあって初めて動かすことができ、OSが提供する機能を使ってブラウザやスマホアプリなどを動かせるのである。
というわけで、初心者が学んで実用的なものではない。ただしC言語というのは世の中の様々なものの基盤になっており、他言語の文法もC言語から拝借しているものが多い。例えばC言語をある程度勉強していればJavaやPHPなどはなんとなく雰囲気で書けてしまったりする。
そういうわけで、コンピュータサイエンスをこれからちゃんと学んでいきたいという人（大学生とか）はC言語から始めるのもいいと思う。ちなみに筆者は初めて書いた言語はCであるが、意味が理解できるまでに２年かかった。才能がないとこうなるので注意。
SwiftはAppleによって作られたAppleのための言語である。iOSアプリ（iPhoneアプリと言い換えても良い）を作るためだけに存在している。
言語自体は他と比べて新しいため文法や機能がイケてる雰囲気があるので基本的にはいいのだが、iOSアプリ以外で使っている人は多分世界で5人くらいしかいないと思う。なのでiOSアプリに興味がない人はやめておきましょう。iOSアプリを作りたいあなたは他に選択肢はない。Swiftをやりなさい。
Swiftが生まれる前はiOSアプリを書くためにObjective-Cが必要だったため、多くの人がこの言語を使っていた。が、今はSwiftがあるので、古くからあるObjective-C製アプリをメンテナンスする時以外に使う機会はない。名前すら覚える必要がないので存在を忘れてしまって構わないが、これだけ順位が高いということは多くの企業がいまだにObjective-Cで開発し続けているということであり、ニッチな需要はこれからも残るのかもしれない。
Scalaは関数型言語と呼ばれる言語の一つ。Javaの親戚みたいなものなのでJavaとの連携が容易であり、上手く使えば性能も出るしコード量も少ないしバグも少なくて最高、な感じらしい。が、その分難易度が非常に高いので初心者が手を出すものでは絶対にない。どんなに早くても他に二つは言語を覚えてから勉強しましょう。Javaを覚えてからやるのがベター。
正直ほとんど書いたことがないのでよくわからないが、ビッグデータというワードが流行りだした頃はデータ解析用途でかなり流行っていた。その後機械学習やAIブームが来て、今でも現役で使われてはいるがPythonがどんどん勢力を拡大しているので少し目立たなくなってきた、というのが個人的な印象である。まあプログラミング初心者が最初にやるようなものではないことだけは確かである。
Go言語は比較的新しいGoogle製のプログラミング言語で、Googleのように巨大なシステムでの使用を目的に作られたものである。しかし実際には様々な企業が利用しており今一番勢いのある言語と言ってもかもしれない。
他のプログラミング言語の良い点や悪い点を参考に設計されており、実行速度の速さと生産性（プログラムの書きやすさ、読みやすさ）を両立できるような言語になっている。ただし、機能を増やすのではなく本当に重要な機能だけに絞るという思想があるようで、他の言語に慣れていると機能の少なさに不便を感じるかもしれない。
学習コストが低いという点では最初に学ぶ言語として適しているかもしれないが、GoだけでWebサービス等をサクッと作れるのかというと微妙なので、アウトプットを出しにくいというのはあるかもしれない。
シェルというのはテレビなんかでハッカー的な人間がPCを開いて謎の黒い画面に白い文字を打ち込んだりするアレである。説明としては正確ではないがまあ大体そんなもんである。何が言いたいかというと初心者が最初に学ぶとかそういうものではない。しかし実際に開発の仕事をやるとシェルの知識はあったほうがいいし、シェルに多少詳しくなるとPC上でテキスト操作をしたりファイルをいじったりというのが便利にできるようになる。ただし（通常は）極める必要はない。
Shellと言っても実際にはbash, csh, tcsh, zshなど色々あるのだがそれらをひとまとめにしてShellとなっているようだ。
PowerShellは上のShellの親戚みたいなもので、ShellがMacやLinuxで動くのに対しPowerShellはWindowsで動く。そんだけである。あと正直あまり知らない。
ランキングの中ではかなり昔からある言語で、サーバーと呼ばれるマシンには大体Perlが入っている。そのくらい市民権を得た超有名言語で、C言語やC++で書くほどでもない小さなプログラムはとりあえずPerlで書く、というくらいには広く使われていた。インターネット初期はほとんどのWebサイトはPerlで書かれていたとかいないとか。PHPなどの登場はその後である。
今でも広く使われてはいるが、RubyやPythonがPerlの後継的な位置付けであるため、初心者が新しくPerlを学ぶメリットというのはあまり思い浮かばない。何か特定の目的があるのであればいいと思う。
Kotlinは簡単に言えばBetter Javaである。Javaをもうちょっといい感じに書きたいという気持ちで作られた言語で、Scalaと同じくJavaの親戚のようなものである。
ランキングの中ではSwiftと並んでかなり新しい部類。AndroidアプリをKotlinで書けるようになったことがきっかけで人気が爆発的に上昇、今ではWebの開発にも使われていたりする。
とは言えまだまだ新参者といった感じで、ドキュメントなどの情報も他の言語に比べると物足りないので初心者には厳しいかもしれない。
言語自体はとてもいい感じなので、もう少しコミュニティが成熟してくれば最初に学ぶ言語の選択肢として有力になるかもしれない。
HaskellはScalaと同じく関数型言語である。ScalaがJava的な書き方でも動くの対し、Haskellは「純粋関数型言語」と呼ばれ、ランキング中の他の言語とは一線を画した書き方になる。どう考えても初心者にはオススメしない。少なくとも他に二つは言語をマスターしてからやりましょう。
なんとなくWebに興味がありそうならJavaScriptかRubyもしくはPHP、Androidアプリに興味があればJava、iPhoneアプリに興味があればSwift、AIやデータ分析に興味があればPython、3Dゲーム開発に興味があればC#。この辺りをやりましょう。
特に目的がないのであればフィーリングで選んで大丈夫ですが、やめておくべき言語というのはあるのでその辺だけ参考にしてもらえれば。
なお筆者はただのヘボプログラマであり、大好きな記事（http://www.mwsoft.jp/column/program_top10.html） の現代版かつより初心者向けなものを書いてみたいと思ってこの記事を書きなぐった次第である。あまり真に受けないよーに。
レンタルサーバーなので削除した。いつまでも鯖代払いたくないからね。
Railsで作ったよ。
ActiveRecordはUserとTweetとProfile。
belongs_toやhas_many使ってデータベースを関連付けして
ApplicationControllerで@current_userにログインしたユーザを格納して、ツイートの削除権限とか、トップでの表示内容管理したりした。
ProfileはCSS（Sass）やプロフィールの説明の部分や画像を管理できるようにしたよ。
自分はとんでもないバカだからプログラミングスクールに何十万も払わないといけないという自覚があるならやればいい。
でも、その前に技術書買ったり、progate（両方、無料で試せる）をやってみてからにしたら？
俺技術書30冊くらい読んでたんだけど、体系的な知識ってのが手に入らなくて、progateでrubyとrails学んでインタラクティブにツイッターライクなアプリ組み立てて
ついでにすべての基礎となるコマンドラインやPythonとかGoとかReactや、Node.JS（もうあんま必要ないけど）とか、学ばせてもらって、一気にレベル上がっちゃったから
自分としては独学してる人にはぜひともProgateおすすめしたい。
Codecademyほどハイレベルじゃないし、一通り触れたあとに技術書に戻る必要はあるけど、やるとやらないでは全体の理解度が全然違うよ。
たとえば、ITパスポートとってきてプログラミングの資格とってきてGitHubにHTML/CSS/JavaScriptを勉強した感じのコードが上がっていてWordPressで作ったポートフォリオサイトがあったら、新人としてはかなり優秀で、「コイツわかってるな」と思わせられる。ここが０の人と比較すると、とんでもなく価値が高い（あくまで「新人としては」だけど）。この人と「スクールで勉強してきました」ってだけの人じゃもう話にならないぐらい違う。何日間勉強したとか関係ない。見えている結果がすべて。
プログラマ採用ちょっと手伝ってたけどGitHubに適当なもの置いててもスクールで勉強してきましたと評価変わらない。
Rails チュートリアルとか、Nuxt.jsの練習とか、どっかからコピペしてきたみたいなポートフォリオサイトとかみんなやってるから。typoの修正でもいいからOSSにPRだしたとかのが評価高かったな。コードを読む習慣がそれなりにあるってことになるので。(あくまで「新人としては」だけど)
フリーランスになると稼げるみたいな空気が出てからおかしくなった
今はRails覚えて自社サービスやってる会社に就職するのがゴールなのが多過ぎる
Railsも悪くないし自社サービスに就職したいってのもいいよ
でも元々プログラミングって遊びの延長線なところあったじゃん
広告貼ってマネタイズとかその前に単に作ったものに人が集まったり
真面目に勉強するのもいいけどそういうのないのかな
やれRailsだのAWSだのDockerだのどっかのスクールに金払って習っても
そんなのどっかでプログラマで働きだせば嫌でも身に付くし
正直1人でサイト作る分にはこんなのいらないじゃん
なんだかなあって思う
Railsで業務システムを作ると死ぬ。というかスタートアップの文脈以外ではRailsを使わない方がいい。
Railsって「他の何を差し置いても初速が重要！」「成功してから考える！」スタートアップにとっては最適だと思う。
でも要件が複雑で長期的に運用、保守する前提のシステムを作るのには全く向いてないんだよね。
Railsを選択した時点でMVCかつモデルにいろいろ押し込んだ密結合なアーキテクチャを採用していて、これが規模の大きく複雑なシステムにマッチしないってことをもう少し意識した方がいい。
「技術的負債」なんて聞き心地の良い言葉で済まされるけど、要は設計不備でしょ。
もちろん要件を鑑みて意識的にこういうアーキテクチャを採用するなら何も問題ない。
作り散らかす人にとってはどうでもいいのかもしれないけど。
とにかく、向いていないことにRailsを使うと当たり前のようにしんどい。
信者は絶賛するのはいいけど、向き不向きがあるってことも同時に伝えてくれたらうれしい。
負債を返すのはおそらく作ったのとは別の人になるので。
https://covid19supportinfo.herokuapp.com/
おそらく現在もっとも多くのデータから検索できるサイトだと思います。
支援の情報が行き渡っていないという声を何度か目にして、今無職だし人の役に立つことでもするかと思った。
検索してみたところすでにいくつか存在したが、いくつか不満点があった。
Moneyforwordのは、自治体ごとのがメインで全国的に使えるものが少ない。（これがなぜなのかわからない。どこが情報元なのだろうか。）
など不足している部分があったため制作を決めた。
https://www.meti.go.jp/press/2019/03/20200323009/20200323009.html
2020-04-10～2020-04-13
元データがめちゃくちゃで、どれが個人向けでどれが事業向けなのかを判別するのに苦労し、URLも別の場所に記述されていたりと混乱した。
Rails6でやりたかったのだが、jqueryが動かなくて結局Rails5で作った。
とにかくググりまくった。できないことはできないと諦めた。
とにかく急いで作ったのでその他諸々あると思いますが大目に見てください。
https://twitter.com/takatetomoki
プログラミング初心者なので、詳しい人Twitterで教えて下さい。
noteのサポートから投げ銭してもらえるとサーバー代など助かります。
https://note.com/takatetomoki/n/n02a064972e8d
2020-04-13
最近Laravelで開発してるPHPerだけど、その辺ってDIで疎結合に出来ないのかな？
RailsってDIないの？と思ったら、そもそもRubyがインスタンスへの依存性は動的に変更できるらしいじゃん
FWがどうとかじゃなくてプログラマが適切に設計できる技術がないだけじゃないの？
view部分はJSON返すAPI作っておけばいいし、この人が何を言ってるのかよくわからん
6 of the top 10 @ycombinator companies (by valuation) were built using Ruby!
https://b.hatena.ne.jp/entry/s/skillhub.jp/blogs/177?ref=176
https://magazine.rubyist.net/articles/0059/0059-Ruby-Rails-Beginners-Guide.html
https://techracho.bpsinc.jp/hachi8833/2019_01_25/68846
Railsは2019年も「あり」か？ Railsの長所と向いている用途
https://techracho.bpsinc.jp/hachi8833/2019_01_29/68871
どの部分を汎用的につくり、どの部分をやっつけで作るか、そして、どの部分をパフォーマンス優先でつくり、どの部分を可読性優先でつくるか
（中略）
ソフトウェア開発とは、経営的意思決定の集積なのだから、経営的意思決定を外部の会社に委託するというのは、「経営を外部の会社にやってもらうようなもの」だからだ。
もっと言うなら、自分の会社の今後のビジネス的ポジションを、他社に決めてもらうようなものだからだ。
外注を出された会社は、そのソフトウェアが未来に実現するであろうビジネス的価値を犠牲にして、できるだけ少ないコストで作ろうとする。
ttp://fromdusktildawn.hatenadiary.jp/entry/20061003/1159869683
ttps://bit.ly/2JzCggZ
ペアで作業を行うため仕事以外の事は一切できない（一人で作業しているとついついメールをチェックしたりウェブを見たりしてしまいます）
ttps://web.archive.org/web/20060808215655/http://rblog-media.japan.cnet.com/ajiyoshi/2006/06/post_74c4.html
ペアプロ懐疑派だった僕が、実務でペアプロ導入して180度考えが変わった話
プログラミングをしていて、最も時間がかかるのは、「悩んでいる」時間だ。
何かにどハマりするとか、初めての事、難しい事をやるときに、理解するのに時間がかかるとか。
それがMob Programmingでやると、いろんな人が寄ってたかって、いろんな目線で解決を考えるので、詰まったり、ハマったりする事がなく、異常に早く終わる。
中略
それぞれがやったことを「レビュー」しなくても、そもそも常にレビューしている感じだから、そんなことも必要ない。
ttp://simplearchitect.hatenablog.com/entry/2017/06/19/080036
ペアプロは、質の高いコードレビューでもあります。ヤフオク!の開発チームでペアプロを行う際には、プルリクエストを作成してコードレビューを挟むようなステップは存在せず、実装したコードはレビューなしにそのまま本番コードにマージしています。
中略
ペアプロを行う上でお薦めなのが、毎日ペアを組み替えるペアローテーションです。毎日ペアを変えることで、知識や情報を共有する速度を、加速度的に向上させられます。
ttps://employment.en-japan.com/engineerhub/entry/2019/11/07/103000
現在、kintoneの新機能開発メンバーは6拠点のオフィスに分散し、また多くのメンバーがカジュアルに在宅勤務を活用するリモートチームとなっています。 また2018年から2年以上、全ての設計・実装タスクを原則モブプログラミングで行っています。
ttps://s.nikkei.com/2vJsvYx
育自分休暇
ttps://www.slideshare.net/yattom/ss-79372905
後輩エンジニアは、業務に関係することであれば先輩エンジニアに対してペアプログラミングをいつでも申し込むことができます。
ttps://design.bizreach.co.jp/archives/2447
「知識の塔」と呼ばれる、「この人じゃないとできない！ いなくなったら困る！」という状況を、ペア作業を通じて常に解消し続けているのです。
ペアプロは一般的に言われるようにレビューの手間が減るとかコードの品質が向上するとか属人化を防ぐのに良いとかの利点がありますが、自分は「その時間の集中力」こそが実は最大の利点
ペアプログラミングが機能するときにそれがうまくいく理由は、たぶんペアプログラミング セッションを相棒とスケジュールするときには取りかかるために2人が力を合わせるからだ。
ペアプログラミングをする価値は、最初の場所でエラーが起きるのを防ぐとても小さな軌道修正という形でやってきます。
ttps://www.infoq.com/jp/news/2009/07/dollar-value-of-pair-programming/
ttps://b.hatena.ne.jp/entry/s/tech.nikkeibp.co.jp/it/article/Interview/20121210/443162/
ttps://web.archive.org/web/20070210094344/http://business.nikkeibp.co.jp/article/skillup/20061121/114149/
ペアプロと開発効率の関係で言うと、「100％ペア」と「100％ソロ」で比較した場合、単純な「稼働率」ではソロのほうがもちろん多いです。ただ、単位時間内にどれだけのコードが本番リリースされていくかを「生産性」と捉えると、スループットや仕掛かりの時間も考慮する形になり、結果的にペアのほうが生産性が高くなるんですね。
特集1
メキメキと人が育ち，プロダクトの質を高める
ttps://bit.ly/2MylBjs
人材は会社の資産として残らないが仕組みは会社の資産として永遠に残る
ttps://www.amazon.co.jp/dp/B010JM64M6/
「従業員にトレーニングをして、よそへ行ってしまったらどうするのか」という疑問に対するStanger氏の答えは、「従業員にトレーニングをしないで、彼らが会社にとどまってしまったらどうするのか」ということになる。
従業員の才能を爆発させるには「会社に人を長く留める」戦略を捨てる必要がある
ttps://b.hatena.ne.jp/entry/s/gigazine.net/news/20171005-superboss/
「弱いつながり」理論でいうと、SNSでつながる友だちは、それこそFacebookの友だちが3,000人規模で、国内のスタートアップの経営者なら、たいていの人に直接または1hopでつながることができる。
ttps://techplay.jp/column/366
組織の雰囲気がスペースシャトル「コロンビア号」を爆発させた！？
ttps://note.com/kaorutamura/n/n212e1a4be8f5
「ウォータフォールは一切メリットがないので止めておきなさい」
ttp://simplearchitect.hatenablog.com/entry/2016/06/20/080807
[ESBI][スキル資産][デジタル資産]就業中に「スキル資産」が増え、起業・転職・副業をしやすいのがプログラマー
[Ruby][Rails][ESBI]Ruby on Railsを書籍で勉強する前に
MVP（Minimum Viable Product：仮説を検証することができる最低限のプロダクト）
ttp://kozy4324.github.com/blog/2012/03/20/report-agile-japan-2012/
とにかく雑に作れ - 東京工業大学エンジニアリングデザインプロジェクト - Medium
ttps://b.hatena.ne.jp/entry/s/medium.com/titech-eng-and-design/%E3%81%A8%E3%81%AB%E3%81%8B%E3%81%8F%E9%9B%91%E3%81%AB%E4%BD%9C%E3%82%8C-2f87cc00eb85
Things that are complex are not useful, Things that are useful are simple.
複雑だと役に立たない。何よりも単純であることだ。
完成に漕ぎ着けるのは、
付け加えるものがなくなった時ではなく、
Ruby入門 (全26回) - プログラミングならドットインストール
Ruby on Rails5 | プログラミングの入門なら基礎から学べるProgate
Ruby on Rails 5入門 (全28回) - プログラミングならドットインストール
Ruby on Rails チュートリアル：実例を使ってRailsを学ぼう - Michael Hartl (マイケル・ハートル)
Ruby on Rails ガイド：体系的に Rails を学ぼう
6 of the top 10 @ycombinator companies (by valuation) were built using Ruby!
ttps://prograils.com/posts/top-10-famous-sites-built-with-ruby-on-rails
スケーラビリティがとか、拡張性がとか、モノリシックなアーキテクチャは柔軟性がないんじゃとかいう声が聞こえてきそうだが(もっとも僕も前はそう思っていたのだが…)、
こんな技術的な美しさやなんちゃらビリティなんてものはスタートアップにおける開発速度の重要性に比べたらなんの意味もないものである。
最近PMFする前にアーキテクチャにこだわりすぎる事故をよくみる。
PMFする前のプロダクトなんて動けばなんぼなので、Railsで汚くてもいいからゴリゴリ書いて、最低限のJSをつけるだけでよい。
Ruby on Railsは、現時点で、新規サービスを立ち上げる開発生産性が最も高いと判断しています。0-1のステージにおいて最も効果的であり、多くの場合は1-10でも有用です。ただし10-100のステージでは、デメリットが見えはじめます。しかし10-100のサービスにおいても、Ruby on Railsの利用範囲がゼロになることはないと考えています。
ttps://moneyforward.com/engineers_blog/2020/03/31/cto-message-202003/
「スタートアップでWebアプリつくるなら、Railsでアプリ分割せずAPIモード使わずにシンプルにつくれ。
A Modern Web Application With Rails
ttps://medium.com/rubyinside/a-modern-web-application-with-rails-da3deb48014c
JavaScriptフレームワークはもうこりごり
Ruby on Railsを使って2週間で最初の動くバージョンを作り上げた
ttps://bit.ly/2KdcKim
Ruby on Railsで10分で作るTwitterもどき
ttps://bit.ly/2KVdAl8
１時間でツイッターサービスを作ろう！ – KRAY Inc.
ttps://b.hatena.ne.jp/entry/s/kray.jp/blog/twitter_service_in_1hours/
「1人で6時間で作った」 Twitterで匿名質問「Peing」人気、月間2億PV超えへ
ttps://bit.ly/3b7qyIz
僕はずっとRails使ってますが、別にRailsにこだわってるわけではないのでもっと良い技術があれば普通に移行すると思います
ただ移行するためには今持っているRailsの資産や経験など全てを超えてなお移行したほうがメリットある場合に限るので中々そういうものは少ないかな、、、と
ttps://b.hatena.ne.jp/entry/twitter.com/_sesere/status/953120084666433537
今は分かりませんが、数年前まではphpでrubyと同じ事をしようとするとソースコード量が3倍近く必要でした ソースが短ければバグが発生し辛いですし、ミスもかかる時間も減る と言うことで僕はruby、、、と言うよりrailsをおします
ttps://b.hatena.ne.jp/entry/twitter.com/_sesere/status/928170730893619200
Railsのセミナー面白かった。 スタートアップ企業の社長がPHPを捨ててRailsを選んだ理由がエンジニアの安定性というのが、今回聞いた中では一番心に残った。
エンジニア視点ではなく、経営視点で考えたら、ボトルネックは必ず人だからだよな。
ttps://b.hatena.ne.jp/entry/s/twitter.com/poepoe49091/status/762141005432750080
スピードに対してごちゃごちゃ言うなら C じゃなくアセ ンブラで書けばいい。
それをなんで C で書いてるのかって言えば、 それはもちろん「コードがわかりやすい」とか、「早く書ける」って のが理由だろう。
そして、Ruby は C よりわかりやすいし速く書ける。 ということは、「C よりも Ruby」というのは非常に自然な選択では ないだろうか？
Cで書くと2日かかる。実行時間は0.1秒
Rubyで書くと1日かかる。実行時間は10秒（Cの100倍）
と、すこし極端な仮定を置いてみると、どっちが得でしょうか。
ttps://jp.quora.com/naze-ruby-ha-hokano-gengo-to-kurabe-te-osoi-node-shou-ka
Railsアプリケーションを、Heroku上で1分間125,000リクエストに対応できるようにスケーリングする
ttps://postd.cc/scaling-rails-to-125-000-requests-per-minute-on-heroku/
ttps://magazine.rubyist.net/articles/0059/0059-Ruby-Rails-Beginners-Guide.html
ttps://techracho.bpsinc.jp/hachi8833/2019_01_25/68846
Railsは2019年も「あり」か？ Railsの長所と向いている用途
ttps://techracho.bpsinc.jp/hachi8833/2019_01_29/68871
30代後半や50代からでもソフトウェア開発者になるのには遅くないという10人の実例
ttps://bit.ly/2M6Dh6l
ttps://bit.ly/2J8ak5W
補足→ https://anond.hatelabo.jp/20191205212350
これは退職者アドベントカレンダー2019 (https://adventar.org/calendars/4051) 5日目の記事です。最初は自分のブログに書くつもりでしたが、書いてるうちにどこまで筆が滑っているのかわからなくなったので増田に投げることしました。そしたら余計にタガが外れたのはご愛嬌。
よく見かける「未経験からエンジニアへ！」ストーリーの、あまりなさそうなルートです。よくあるルートのほうはなぜかTwitterで報告して「○○系エンジニア」的な命名をしてから入社その後の動向が闇に葬られているのをかなりの確度で見かけますが、まあ、なんか、いろいろあるんでしょう。逆にそういう成功（？）体験の生存バイアスを強化する情報ばかりあふれていると情報として健全でないように感じます。
といいつつ後日しれっと消えてたらInternetArchivesか魚拓で会いましょう。
この話はここから先はフィクションです。剣も魔法も労基法も出てこないファンタジーです。
地方に潜むフリーターです。好きなvirtual beingsはロボ子さんと東雲めぐさんとれいきらさんです。
これまでは自分のためのプログラムを書き散らすだけで、ITとは無関係のバイトをしてきました。玉掛とフォークリフトなら任せろーﾊﾞﾘﾊﾞﾘ
会社にもぐりこんだいきさつはやや特殊なのでぼやかします。とあるきっかけで知り合った人から誘われました。リファラルです。なお、とあるきっかけはなにかと炎上しがちないわゆるプログラミングスクールなどではないことを防火剤がわりに書いておきます。そんなもんに使う金など無い。
その人のことはあんまりよく知らなかったのですが、CTOとして手伝っている会社のシステム部門で人手を探しているとのことでした。会社のホームページにはリクルートページなど無く、何をやっているかいまいち要領が掴めなかったのですが、ざっくりと自社製のWebアプリ開発をやる感じらしく、内容も聞いた限りでは（自分のスキルと照らし合わせて）そんなにどえらいわけでもない印象でした。ちょうど金もないし無職だし、少し経験でも積んでみるかという気になったので、この際ホームページがDreamWeaverのサンプルを流用したまんまといった細かいところは観なかったことにしました。
面接にいくと社長から「いつからこれるの？」と言われたので「あっこれは」となりましたが、金がなかったので是非もなくそのまま入社の運びとなりました。この頃はプログラム書いて金もらえるなんてサイコーとか思ってました。ちなみにgithubやatcoderのアカウントを書いた職務経歴書は一顧だにされませんでした。
地方の製造業のシステム部門を切り出して別会社にした形態の、創立数年ほどの会社です。自分のほかにもうひとり、社内情シスのようなことをしている方がいましたが、基本的にはサポートが専門な感じでした（ただし肩書は自分と同じでしたが）。紹介してくれたCTOは週に一度のMTGに顔を出すだけということで、実質的に常駐している人間でプログラムが分かるのは業界未経験の自分だけというチャレンジングな環境からスタートしました。なお入社して社内の平均年齢を大幅に下げることになりました。
ちょうど入ったタイミングで情シスの方が抱えている仕事があり、とくにやることもなかったので手伝いました。グループ会社のサイトをスマホ対応させるもので、事情はわかりませんがそれまで他社に制作を委託していたものを自社で運用することにしたとのことです。みてみるとWordPress4でPHP5が動き、Bootstrap3を使ったオリジナルカスタムテーマで運用してきた様でした。もちろん仕様書やローカル環境もあるはずがないのですが、どうせ自分はWebデザインなど知らんのでとりあえず直にheader.phpにviewportを書いてmain.cssにメディアクエリを設定して、ザ・web制作初歩みたいなレスポンシブ対応をしましたが、デザインについて当事者との意見のすり合わせの機会なんかの開発手順はなかったので良しとしました。
入社して2周間ほどのち、社長についてこいと言われた打ち合わせの後日、MTGで「昨日のアレの進捗はどんな感じなの？」と聞かれたことから、いつのまにか新規案件を自分に一任されていることに気づきました。仕様は前日の打ち合わせがすべてだった模様です。要件定義や技術選定・検証のような工程など決まってないので好みで揃えました。趣味と関心からExpress+Mongo+Reactのセットか、触ったことのあるDjango/Railsでざっくりやるか、どうせならDockerも使い時か、こんなときに相談できる同僚やメンターが欲しいなぁなどと考えていたら、CTOがそれまで作っていたやつをみるとPHP+ES5+MySQLだったのでなんだかんだでそうすることになりました。PHPを初めて触り、「これがペラ1のphpにjsもcssもなにもかも書いていくといういにしえのスタイルか…！」と新鮮な感じでやってました。
Windows Server 2012で動いていたサービスをLinuxに移行しました。これは自分が入る前から情シスの方が任されていたのですが、マニュアルに沿ってコマンドを打ちこんではどこかで転け、エラーは読まずにあきらめてCentOSインストールからやり直すということを繰り返していたのを見るに見かねて手伝いました。SSHでPowerShellからマニュアルのコマンドをコピペして実行する方法を教えてあげると目を丸くされました。shellファイルを書いてあげると魔法をみるのような顔で驚かれました。自分が入ってなければどうなっていたんだろうか...
毎日出退時間を規定のEXCELフォーマットに記帳する必要があり、これが非常にめんどくさく無駄に思えたので、自動記述するpython/Goスクリプトを書きました。これは入社して2日目とかだった気がします。しかしここを自動化しても「印刷して人事に提出し、それをもとに人事の方がまたEXCELに書き込む」と知り虚無になったりしました。
これはやったことというか思うところあってプライベートで取り組んだことです。自分の想像していた開発現場との乖離を感じたので、こういうのはFE勉強すればわかるのかもしれないと思って1ヶ月くらいやって取りましたが、得られた知識で会社に活かせそうなものは何一つありませんでした。
チーム開発などという概念は存在せず、「1案件を1人で上流から実装、運用、保守、サポートまですべてやる」という進め方でびっくりしました。手持ちの技術スタックでできる範囲でギリギリなんとかやった感じです。よく転職サイト上で見かける文言で「お任せします」がありますが、これとかも要するに「丸投げ」の換言なんでしょうか。わたし気になります。
自分のように途中からジョインした人に対しての業務移行のシステムがないことから感じていましたが、案の定「誰かが抜けたあとの引き継ぎの機能」も整備されてないことに気づきました。もともとオンボーディングや研修の概念などありません。えらいひとは「そのへんは現場で協力してうまくやって」と丸投げし、すべての作業を自宅でやっているCTOは社内のこうした事情については放任で、いちおう情シスの方がいつのまにかメンター代わりになっていたものの、不明点を尋ねても頓珍漢な返答が多くもどかしかったです。どのサーバでどんなサービスが動いているのかやSSH情報を聞き出すのに苦労しました。こうした不幸と無駄な時間をなくすためにドキュメントを整備しようとしたのですが、頓挫しました。これからも物理フォルダーと社内サーバに散逸した各種の情報は混沌を深めていくのでしょう。gitも無いし。
サーバはオンプレでした。自分はクレカをもっていないためパブリッククラウドを試す機会がなく、ぜひとも触ってみたかったのですが、承認を得るための説明がうまくいかず、結局VBoxでやることになりました。唯一、それまで使われていたVBoxではなくVagrantを導入したのは少しだけ救いでした。どうせ自分しかいじらないのですが。
余談ですがオンプレで面白かったのはHDD増設のために初めてデータセンターなるものに入ったことです。インフラ/ネットワークはまったく分からんしなかなか個人で試せない領域だし縁がないかなと思っていたのですがやはりそこに見える物理層が存在するというのはテンションがあがりますね（断層みたいに言うな）
イキってカイゼン・ジャーニーや情熱プログラマーを買って読んだりもしました。目につくように共同図書のつもりで「ご自由にどうぞ」を添えて自分のロッカーに置いておいたら「私物は持ち帰れ」と言われてしまったので持ち帰りました。
さてお待ちかねメインディッシュですね。
もともと技術やコンテンツの会社ではなく、技術畑の人間がまったくいないことのインプレッションが次第に違和感として強く響いてきました。ITエンジニアとしてやっていくつもりの観点でみると、学習や成長の土壌は無いように思えました。協調関係や信頼がうまく築けず、自分のすべき道筋が不明瞭のままやっていけるほどタフなYATTEIKI精神ではなかったのです。
これは地方の、それもIT気質のあるわけではない、ワンマン経営の中小製造業ならばどこにでもあることかと思われますが、随所に感じるレガシーさに疲れてしまいました。一例を挙げると、毎朝30分に亘り行われる全社清掃（もちろん業務時間外）、社是の復唱、『感謝の言葉をみんなで味わうポエム』の輪読、その感想大会、頻繁に行われる中身のない会議、日報をエクセルで書いてメールで送ったり、出退勤表を毎日エクセルに書いて印刷して事務方に持っていくなどのルーティンがけっこう苦痛でした。
社内のコミュニケーションツールはLINEだったので使い勝手も悪く、会議でchatworkかslackを使いましょうと提案しても誰一人としてそれらの存在を知らず、「勝手にやってくれ」と言われてしまったり。LINE WARKすら知らんやんけ。説明しても「skypeじゃ駄目なの？」と言われたので諦めました。
えらい人の思いつきのたびに方向性が変わり、当人は発言したらそれで全て完了した気になってしまったのか、会議終了後の10分後に「さっき言ったやつまだ出来てないの？」などと言われた時はギャグかと思いました。会議の議事録も誰も見返さないので果たして意味があったのか疑問です。誰かひとりでもmarkdownが書けたり、少なくとも書く気があれば勉強会を開催してHackMDなどを推せたのですが。議事録が機能していないエピソードとしてひとつ思い出しました。開発中に機能追加を下された際に、その挙動は完全にプラットフォームネイティブであり今の技術選定だと作り直しになり、結果納期に間に合わない（し、自分の技術スタックからも遠く外れていたので学習コストも加算）と発言したらその場は収まったのですが、会議終了後に個人メールで「やはり機能はマストだ」と伝えられました。当然それは議事録に反映されることなく、なんかしらんけどそういうことになっているという感じになりました。
初めてのエンジニア職でしたが、社内に開発をる人やマネージャー職は不在で、いわゆる開発現場での流れを学ぶことはできませんでした。少なくとも技術を知らないえらいひとが「俺がスケジュールを立てたからこれに沿ってやれ」と、”開発”と”広告作成”しか書かれていない2週間の計画表をもってくるような現場はシステム開発として正しいのか、 と本能が警告を発していました。
もともと会社は製造業から始まったため、えらい人たちとの見解に齟齬があったのは体感としてあります。同じものづくりといえど設備とマンパワーと時間が線形的に結果に結びつく工場業務と異なり、システムエンジニアリングはかける時間の見積もりも容易でなく、かかった時間が必ずしも結果に結びつかないものである、と言う事実は受け入れられ難く、知識ドメインやマインドセットが異なれば説明も困難です。しかしながらえらいひとは一様に「経営者視点を」の号令で、経営誌を配り、その感想文の提出を義務付けるなど、現場視点を欠いた行動で現場（というか私）を疲弊してました。気づいたらSEO対策や別部署のMTGのためのプロジェクター設定、全PCのwindows updateに伴うドライバの更新の役も同一の職掌として役付けられそうになっていたり（一部は実際に情シスの人がやってた）、It’s not my workなシーンがみられるようになっていました。
そして、よくあることですが、理念と実態が乖離していたことです。世界をよりよくと言いつつ、目先の掛け算を考えてばかりのように思えました。グロースする中で発生しそうなあれこれをすっ飛ばし利益だけを皮算用するのはいいとして、データ量やトラフィックを指摘すると「そこは現場努力でしょう」となるので、世界を良くする前に精神を悪くしてしまい人生で初めて心療内科にいったりもしました。一応グローバル展開を目指しているとしながらサーバからMailerDaemonが飛んできたら「ギャっ英語っ！」と言って読まず捨ててたり、急にサービスが止まった時には激怒して責任の所在の追求を求められたため、草創期にえらい人の個人アドレスで取得してほったらかしにしていたドメインが失効したことが原因と伝えたら「あれはもう読んでいないアドレスだし仕方ない。こういうピンチのときこそチャンスにしようぜ」という謎理論を出されたこともありました。
違和感が確かなものになったのは、外部に提出する資料で社内の数字が異なっているとを指摘すると「こういうのは見栄が大事なんだ」と暗に公文書偽造をほのめかされたことですが、これ以上は闇っぽいので書きません（たぶんどこもやってて罷り通ってる範囲だと思うけど）
総じて、心理的安全性の低さ、そこからくる身動きのとれなさ、ロールモデルの不在、前時代的な風潮、社内文化へのミスマッチと不理解、成長の実感が沸かない不安と不満、それらに伴う摂取アルコール量の異常な増大と過食、といった要因の積み重ねが、ネガティヴな形での退職へと駆り立てることになったのだと思います。まあ、よく知らんうちにリファラルしてるところからして「採用・教育コストを考えてないのでは？」の念はあったのですが。中身がまったく不透明の状態で飛び込んだらそうなるよなぁ、の好例かもしれません。誘われた時はわりと藁にも縋る思いだったのでしかたないね。
現在はスキー場で住み込みバイトしてます。無考えに退職すると年を越せないことに気づきました。
可処分所得・可処分時間いずれも今の方が上なのはちょっとウケます。賃金はふつうに生きていければいいので前職程度でも気にしなかった程度なんですが。いまは映画をみたり積ん読を消費したり、在職時は深いところまで触れなかったPHPをいじったり、生PHPしかやってないことに気づいたのでcakeやったり、あとはweb周辺も久しぶりにキャッチアップしたりしてます。nodeネイティブおじさんなのでFWはangularしか知らないんですよね。vue/nestが面白そうな感じです。あと寮のwifiが談話室限定で窒息しそうだったので、持ち込んでいたラズパイをルータにして部屋まで飛ばしたら隣室の同僚から感謝されたりと活動は多岐に渡ります。
先のことはなにも決まってませんが、ちゃんとエンジニアリングしている組織で開発してみたいなという気持ちがあります。レビューやスクラム、アジャイルなんてのはひとりだと不可能ですし。ですが、やはりそういった会社は日本では都市部にばかり集中しているのでしょう。自分は空気の悪いところには住めないし、案外また辺鄙なところでtechとは無関係のことをしているのかもしれません。ワーホリでも使って海外で大麻栽培でも始めようかなぁ。
巷説に流布する「未経験からエンジニアへ」の言説のたぐいは、どちらかというと技術力よりもコミュ力が偏って高いタイプが生存しがちな雰囲気を感じます。たまにTLに流れてきたのを見かけますが、ああいった立ち回りは自分にはできないしやりたくないなぁと思ってきました。社会の要請ならばそれまでですが。
自分は体系的な情報教育を受けていないどこにでもいる地方高卒で、下手の横好きで趣味プログラムを書いてきたし、続けてるってことはそれなりに好きなんだと思います。得意じゃないけど。んで、こんなのがITエンジニアをしたサンプルというのは見かけないかもなぁと思って投稿しました。光あるところに闇あり。
といいつつ、やっぱり好きなことの結果がおかねになるのはいいよなぁと思った次第です。プログラムを書くのは楽しいけどエンジニアリングは超絶むずい、が雑な総括ですが、今回のことを顛末次第にはする気はないので、どこかに拾ってもらえるよう精進するきもちになりました。
国家資格をとって、一生くいっぱぐれない。
というか、そもそも、親がそこそこ金持ちなので、一生働かなくてもいい。
好きなことを勉強するのが趣味で、数学とか物理を勉強していて、最先端の科学論文も読んでる。
研究も少ししていたことがある。論文を筆頭著者で書いたことはないが、共著で少しそれっぽい雑用はしたことある。
例えば、まとめサイトは作ったことがある、小説を作ったり、簡単なゲームや、アドベンチャーゲームを作ったことはある。
しかし、価値がある創造をしたことがない。起業もしたことがない。
絵を書いたりして知ってる知識を教育したいな〜とか思ったりするが、それもできていない。
本業の修行があったり。と言い訳してるが、多分、才能がないのかなあ。
なんか、YouTubeで、普通に３０才以下で、いい感じのビジネスしてる人が出ていた。
カッケーなあ。って思った。
親はまあ、一応、開業しているけど。それを継ぐって感じなのかなあ僕の人生は。
なんか、プロダクトを作れてないんだよなあ。
クリストッフェル記号を計算するサイトとか、なんだろ、新しい事を生み出せていないんだよなあ。
ユーザー参加型のコミュニティー系サイトってrailsとか勉強すればできるのかなあ。
IOTもちょっと作ってみたけど、ハッキングに弱いって聞いて、プロダクト化は厳しいかーと萎えた。
本当に、なんもできないなあ。
他人とやると、だいたいイジメられる発達っぽい感じだから、ダメやし。
ハァ〜あ。
本業の専門知識を生かして、なんかプロダクト作れたりしないかなーとか思ってる。
そういう系のサークルみたいなやつには入ってるけど、どうも微妙っぽいな。僕は、一人でプロダクトを作ったりするのが向いてるらしく、他人と合わせて何かやるのが厳しいっぽい。
すげえショボい奴でもいいから、新しい何かを作りたいんだけど、実績ゼロ。
あ〜。こうやって、お酒に酔って、増田にぶちまけるしかできないのかあ。弱者。
勉強だけやっててもなあ。
