  |
はてなキーワード: ランナーとは
雅子さんすげえ
雅子さまは田園調布雙葉中学校に通っている時、クラスメイトの有志たちと一緒に、ソフトボール部を創設された。雅子さまの打順は3番で、ポジションはサード。チームの主力としてレギュラーの一角を占めていた。当時のことを伊藤さんはこう振り返る。
「雅子さまは運動神経が優れていらっしゃり、強烈な打球が飛んできても、逃げることなくキャッチできることから、サードに抜擢しました。とても責任感が強く、打撃でもここぞという時の長打力は、チームのポイントゲッターとして期待されていました」
ところが、メンバーは皆、ソフトボールの経験がなく、なかなか技術的に上達せず、最初の練習試合は惨憺たる敗戦となってしまった。その悔しさを胸に、雅子さまをはじめメンバーたちは強くなるんだという思いが芽生え、練習にまい進していった。
■雅子さまたちのチーム、快進撃が始まる
そして、雅子さまたちが中学3年生の夏を迎えた時、奇跡のような出来事が起きる。田園調布雙葉は中体連に加盟し、世田谷区の大会に出場したのだが、１回戦から優勝候補の強豪校と当たってしまった。
実力の差はいかんともしがたく、相手ピッチャーの剛速球に手も足も出ず、3回が終わった時点でワンサイドゲーム。伊藤さんはコールド負けを覚悟したというが、ここでまさかの展開が待っていた。
勝ちを確信した相手校が、エースから2番手投手に代えてしまったのだ。これが田園調布雙葉の打線とぴったり波長が合ったのか、立て続けにヒットを連発。その時、空がにわかに掻き曇り、あっという間に雨が降って、再びエースが登場。
しかし、雨でボールが滑ってスピードも出ずコントロールも乱れ、田園調布雙葉はあれよあれよという間に大逆転してしまったのだ。
その時の様子を伊藤さんは…
「最後は、相手チームが打ったボールがピッチャーゴロになり、セカンドランナーをフォースアウトにしようと、サードの雅子さまにボールを投げました。そのウィニングボールを雅子さまが見事に受け取られたのです。そこでゲームセットとなり、まるで桶狭間の合戦のような大逆転でした」
と、昨日のことのように話してくれた。
似ているじゃなくて「アイドル」そのもの一形態としてプロスポーツが存在する感じ？
だってスポンサードろくにされてないけど本人の努力と才能だけで結果を出しました系ってほとんどいなくね？
モータースポーツなんかはそれが超極端で、どんなに実力があっても交渉力が皆無だと車に乗ることさえ出来ずに消えていくわけだ。
それじゃあ単に走るだけのマラソンだったら違うのかっていうとさ、市民ランナーですら周りからの理解があって初めて成立してるもんじゃん。
「俺、今度大会出るんで残業したくないっすわ。あと有給ください」って話がちゃんと通るのはスポーツ選手としての立ち位置に対して皆が理解を示してるからでしょ。
人格ハイパークソだけど才能は凄い奴だって、ソイツの才能を見たコーチが「金のなる木やんけ！よっしゃ投資したろ！」となってるから仕事受けてるわけで。
コイツ才能ねーわと感じたらよっぽどの暇人以外は「金積むだけでプロとしての魂ごと雇う気ならもっと金積んでや？」ってなるわけじゃん。
まあそこで札束ビンタする人もいるわけだろうが、それもアイドル候補生達が「うるせー！金は積むから事務所に入れろ！」するアレそのものでしょ。
近いんじゃねーのって話じゃなくて、まさしくそのものなんだよ。
アイドルというあり方の一つに「歌って踊る系」と「技術で魅せる系」があるってだけ。
ほらキン肉マンにだって「アイドル超人」っているけど、アイツらレスリングに勝ったらウマ女みたいにヴィクトリーダンスするのか？
ボードゲームのコマと同じってのはまさにその通りで、野球はよくすごろくに例えられる。
バッターが0から4まで出すサイコロで、守備陣がそれを妨害する役目。
ランナーがコマな。でもこのコマにも結構自由に動く権利が与えられていて、
例えば普通の人なら2進む目が出ても、足が速いコマなら3進めるチャンスがあるし、
ランナーが走るのはこのへんの自由度にゲーム性があるからじゃねえかな。
ただ出た目の数だけ進めばいいってんならとんねるずがやってるリアル野球BANでいいわけだ。
あれはあれで面白いが、バラエティとして面白いかもしれないけどスポーツ性は下がるからな。
https://anond.hatelabo.jp/20210617075257
上がってるような基本（元増田に上がってるやつの倍ぐらい）が全部立ち上げからできて
2〜3個プロジェクト経験したらテックリードの素養が既に身についてそう。
プロジェクト的にもどっちかが弱いと
Rails/DjangoにjQuery+Bootstrapみたいな構成や
Amplify/FirebaseにVue/Reactみたいな構成も全然あるので
面接はなんとか抜けてもらうとして、
チーム開発での最低限の目標としては、
成果物から、指導、学習コスト、レビューコスト、技術的負債、マネジメントコストを引いた分が正になっていれば
ひとまず「チームに居ていい人」と見なされそう。
チーム的に良くても、経営層にそれで許されるかはわからんのでその辺の立ち回りも上手いことやるとして、
一旦は、正の生産性を目指してほしい。
以後、ブコメで誰一人一ヶ月でできるって言ってなくて笑うので、
一ヶ月というのは無視して、三〜六ヶ月程度をイメージしつつ書いていく。
似たような言語なのでどっちからやってもいいし、両方同時にやってもいい。
どっちかしかやらないならJavascriptがおすすめ。後ででてくる、Flaskは適当にExpressとかに置き換える
現場だとほぼTypescriptなので、Javascriptはある程度慣れたらTypescriptに移行したほうがいい。
どちらも、Python2とES2015以前の記法というレガシーがネット上に転がってるので参考にしないように注意。
・一貫性があって
・正しい書き方がされた
お手本プロジェクトをなにか(githubや書籍など)で手に入れて読むべき。
おそらくフレームワークに乗っかっているので並行して進めることになる。
話の流れで先にこっち
現在のコーディングのグッドプラクティス、デザインパターンはフレームワークの形をしている。
なので、ReactとVueをその思想から理解しきれれば、プログラミング言語の潮流の最先端に追いつけるはずだ。
TypescriptもVue.jsも書き方をどこまで取り入れるかが使用者の裁量に任されてるし、
開発でVueとReactのどっちを使うかはチーム次第なので、
一旦React+Typescriptでガチガチに書かれたコードプロジェクトを拾ってきて、必死で解読するのがいいと思うなー。
2割ぐらいわかった気になればチーム入ってから(React, Vueどちらだったとしても)動けそう。
パッケージとかテスト、タスク＆デプロイ辺りもこのタイミングで拾ってきたプロジェクトを使って学ぶ。
バージョン管理とコンテナの思想が優れているのは自明なので、これらはツールと見ていい。
そして、後からプロジェクトに入った人がプロジェクトの流儀に沿って使う分には難しいことはなさそう。
採用に来た人がgitとかわかってるとチーム開発経験者だなーって思うし、知らないと未経験者なんだなーって思うし、
そういう意味ではチーム開発の経験があるかどうかの試金石にはされてそう。
構築できる、ではなく、触れる程度で良さそう。
gitはプロジェクトの流儀によると書いたが、git-flowのイメージ図を理解して運用できるのがよい。
https://qiita.com/KosukeSone/items/514dd24828b485c69a05
こういうのができるんだなーって言うのを知っておいて、調べつつ書ければ十分。
あとはシェルスクリプトとかって思ったけど同様のことはPythonでもできそう。
地味にSSHでログインした先の環境だと、vimが主要なテキストエディタになるので
vimを最低限触ることだけ要りそう。もういらないかもって思ってたんだけどなー。
→ ファイル開いて入力モードに切り替えて書き込んで保存して終了
細かく書いたが、LPIC-1の範囲がほどよくまとまっているのでそっちを参照するとよい。
これが意図なら
この辺の機能を持った小規模Webアプリを作ってHerokuでデプロイすれば一旦完成とみなしてよさそう。
コード書き写しただけにならないようには注意しつつだけど、長く見て5人日ぐらい？
慣れると1日あればいけると思う。
フレームワークもなんでもいい。
Djangoとかでも各コンポーネントがどんな働き方してるか程度はわかるだろうしそれで十分。
余力があれば複数個触ってみたり、人から勧められたらそっちでも。
最近はサーバーレス&NoSQLが流行ってるのでFirebaseとかもやればいいと思う。
に尽きる。
計算量を気にしなかったせいで線形検索メソッドとfor文を組み合わせて
それらに対して分散や非同期処理で解消しようとするとか、
ちょっとでもアルゴリズムを触った人ならアホらしいなって思うような行為を
計算量を意識するだけなら、AtCoderのABCのC〜D問題辺りが解ければ十分。
有名な脆弱性や攻撃手法は、ほとんどフレームワーク等で解決手段が用意されている
のでアドリブをせずに正しい書き方でやれば良い。
開発現場でもセキュリティリスクがある箇所を1から自前で実装することを経験が浅い者にはやらせないので、
ただただ、フレームワークが正しいとしているやり方をなぞるのが良い。
開発の勉強のやり方としては、
・正しいコード見本を手に入れること
この辺りの習慣があればやってけんのかな、
その他、チーム開発って面では
TeamGeek（人間性）とかインプットしておくと共通言語が増えて嬉しい。
この方向で進めてけば、その途中で正の生産性≒足引っ張らないぐらいになれるので、
そしたらやってけるんちゃうーって感じ。
取り上げた技術は、本格的な開発でも役に立つもので、最も学習コストが低いものを選んだ。
重要度が低いものは載せていない。たとえばHTMLとCSSなんてググりながら書けば全く問題ない。Bootstrapなどのフレームワークも全くやる必要はなく、仮に就職先で使っていたら覚えればいい。
逆に言えば以下に挙げる技術は、そもそも概念自体がプログラミングにとって普遍的なものであり、（基礎的な部分を）調べながら使うようではエンジニア失格ということ。
基本的に現在では、バックエンド・フロントエンド・運用保守全てができないエンジニアに価値は無い。
以下に挙げた技術（①⑤⑥は他の言語やフレームワークで代替可能）が身に付いていなければまともな企業に就職することは難しい（もちろん、下らない業務システムを下請けで作ってる底辺企業には入れるだろうが）。
経験者でも、これらができない/わからないのは、相当恥ずかしいことだと思った方がいい。
特定の言語やフレームワークの書き方を知っていること自体に意味は無い。
重要なのは、他の言語やフレームワークにも共通する基礎を理解すること・保守性やセキュリティなどの品質を高める使い方ができること。
この2つは習得が容易だし、今覚えておけば向こう10年腐ることはないだろう。
基本的な構文や、よく使う標準ライブラリは勿論、高階関数・クラス・非同期処理等の発展的な機能も知り尽くしていなければならない。
言語のみではなく、パッケージ管理、単体テスト、タスクランナー等の周辺ツールの使い方も熟知している必要がある。
また、「リーダブルコード」や「コードコンプリート」に書いてあるような良い作法も身に付ける必要がある。
Gitを使えないのはプログラマーとして論外。細かい機能は調べればよいが、
多くの場合、本番環境やテスト環境はLinuxサーバーであるから、以下のような基本的な概念と使い方を知っておく必要がある。
環境構築、CI、デプロイなどは、現在コンテナを使って行うことが当たり前になっている。
これも細かいことをすべて覚える必要はないが、Dockerfileの書き方や、docker-composeの使い方などは知っておかなければいけない。
Flaskは、数あるWebフレームワークの中で最も簡単。本当に呆れるほど簡単で、Pythonさえ書ければすぐにアプリを作れる。
フレームワークを覚えること自体が重要なのではなく、Web開発の基本を習得することが重要。HTTP、ルーティング、データベース、SQL、認証、セッション管理などは当然すべて覚える。
データベースは、就職したらMySQLやPostgreSQLなどを使うことが多いかも知れないが、今はPythonの標準ライブラリにあるSQLite3を使えば十分。
作ったアプリを公開したければ、「Heroku」などにデプロイするのが良いだろう。
ブコメで指摘をいただきました。HerokuではSQLite3は使用できないようです。公式のドキュメントに従ってPostgreSQLを使用して下さい。
SQLite3はファイルにデータを持てる簡易DBなんだけど、Herokuにデプロイしてもストレージ的な使い方はできないから、結局PostgreSQLを使う必要あるから注意してね。（DAOを丸ごと書き換える羽目になる）
参考: https://devcenter.heroku.com/ja/articles/sqlite3
今の時代、フロントエンドをフレームワークなしで作るのはただのバカ。
2021年現在、実用的なフロントエンドのフレームワークはReactとVueしかない。Vueの方が少し簡単なのでこちらを選んだが、JavaScriptをしっかり理解しているなら大差は無い。
フロントエンドには膨大なパッケージ群があって全部覚えるのは大変だが、とりあえずまずはVueを完璧に使えればいい。Webpackの設定などは既存のものを流用すればいい。
アルゴリズムは全てのコンピュータ技術の基礎であり、絶対に知っていなければならない。
高速フーリエ変換のような高度な数学は必要ないが、クイックソートや木構造のような基本的なアルゴリズムは当然、その性質を知っていなければならない。
それらは言語の組み込み関数や標準ライブラリでも使われており、理解していなければ、それらの機能を正しく使うことができない。
また、プログラムを読み書きする際には、そのコードの計算量を見積もれなければならない。
セキュリティは言うまでもなく学ばなければならない。
有名な脆弱性や攻撃手法（XSS・SQLインジェクション・CSRFなど）が何だか理解していて、その対策を実装できなければならない。
各種暗号化技術や署名などについても、実装の詳細は知らなくていいが、共通鍵暗号や公開鍵暗号などの特性は理解する必要がある。
