  |
はてなキーワード: フロントエンドとは
昨今流行りの機械学習でプロジェクトがぽこぽこ立ち上がっている状況なのだが、一部の人を除き、apt-getで躓いているのは会社にとって損失だと考え、オンプレクラウドのようなものを構築することにした。
グループ全体の規模はそこそこ大きいが、将来単なるアッセンブリー屋になることが目に見えている事もあり（今後20年以内には喰われてしまうという憶測もあり）ネットワーク、Linux、コンテナ、プログラミングが出来る自分が社内の機械学習、引いてはITインフラの民主化、なんだったら外販できるくらいのもの作ってやろうと鼻息巻いて無理やり一人プロジェクトを興すことにした。
まずは既存DHCPサーバ、名前解決ができないDNSサーバからゲートウェイPCを用いてネットワーク的に分離、社内の物理的な設置スペースの問題でデスクトップPCとサーバPCが離れた所にあるため、WireGuardでVPN構築、ゲートウェイPCはそれぞれKea DHCPサーバ、PowerDNSサーバを稼働させ、OpenStack導入検討時に悩んだ鶏が先か卵か先か問題を解決することにした。
上述の通り、システム構築にあたってOpenStackやMAAS,RancherOSなどを検討したが、社内のニーズを「100%」汲みとった上で、次世代のオンプレクラウド（個人的にはエッジクラスタがゆるく繋がるアメーバクラウド？のような呼称があっている気がするが）を構築するにはどれも痛し痒しで何かしら制限がついて回るのは許容できなかった。これは今後5年、特に海外事業所の開発者の事を考えた時には外せない要件だった。
とはいえmiekg/dnsを用いてCoreDNS進化版を作るにはリソースが足りず、BINDを用いるにはSA対応がしんどすぎるため、APIを備えており、今後も進化が見込めるであろうOSS、また必要であれば商用製品や保守サービスが受けられる事から上記2つを選択した。
PowerDNSはさておき、ISC KeaはナウでYANGなLinux YANGに対応しようとしているなど（言いたかっただけ）、世の中のオンプレ環境を塗り替えるためには兎にも角にもAPIゲートウェイが重要だと考えたため、双方が提供しているAPIをうまく吸収するミドルウェア（とちょっとしたAPIサーバ）をGo言語で作成した。
次に世の中のパブリッククラウドやOpenStackなどを触ったことのある開発者はCloud-initに慣れているはずという前提の元、対応コスト勘案の結果、NoCloudで対応しつつ、上記のAPIサーバと連携し、ベアメタルマシン管理した事のある人はわかる、ベアメタルマシン特有の諸問題を解決することにした。
まぁなんだかんだ大企業なのでお金で解決する手段もあるが、そもそも高集積ラック搭載GPUサーバ購入の稟議が通るような会社だったら既にKubernetes導入しているだろうし、俺もこんなことしてない。
脱線したが、上記以外にも検証やバックアッププランとしてAnsible記述などの作業はありつつも、3ヶ月かけてようやく基礎となるインフラ基盤が構築できたため、nuxt.js+goで簡単なフロントエンドサーバを構築し、一人情シスの様相を呈している部下のリソース開放、Calico対応+Kubernetes導入、不安がっている上席が安心できるように、分かりやすい餅を用意しようとしている、というのが現状。
ここまで寝る時間も惜しんでトップスピードを維持したまま頑張ってきたものの、少し限界を感じている。
特にオンプレクラウドは部外者が中々見えてこないものがあり、なんならその見えないものを限界まで吸収できるように、かつ現実的に実現可能なギリギリのラインを狙っているのだが、そもそも周りに相談しようとしても何を言っているのか解説する所から始めないといけない。
覚悟はしていたが、ふとした時にとてつもない脱力感に襲われてしまう。
世の中を切り開いてきた諸氏はおそらく一度はぶつかったであろう、この内なる自分の壁をどのように突破してきたのだろうか？
ひたすら孤独との戦いだというのは頭では理解しているものの、突発的にくるこの脱力感はいかんともしがたい。
組込み界では今時のプログラミング界隈の常識の多くが通用しない。最初にあなたが相手にするのはRAM 1kB, ROM 4kB、クロック 20MHzなどというMCUである。
使用する言語はC99かアセンブラである。幸か不幸かC++を使わされることもある。既にC++で書かれたプロダクトに係わってはならない。
当然フロントエンド界隈などのようなイミュータブルインスタンスを大量に使い捨てる富豪的な言語やアプローチの採用は難しいだろう。
トラブルが起きたときにプログラムだけでなく回路図を読んでハード側に問題があるこを示せないと極めて立場が悪くなる。
むしろプログラムし易いコンポーネントの選択や回路構成に積極的に口を出していかないと動かない責任だけがソフト担当者に投げられて割を食う。
開発環境はWindows上のEclipseベースの統合環境が使えれば上等であり、運が悪ければMCUメーカーお仕着せのクソIDEを使わせられる。Macで優雅に開発することはまずあり得ないだろう。
底辺企業でバージョンコントロールシステムの導入のための意識改革は簡単ではない。もし強行に導入しようとすればあなたは孤立する。
誰かがIoTだ、機械学習だの言い始めても社全体として主力製品を作るのでなければ本気で取り組んではいけない。あなたがそのテクノロジーを理解していても誰もサポートもメンテもしてくれないのだから。
古いスター見られないから新しくスクリプト書いた。listStarURLs(ユーザ名, ページ数)で与えられたユーザのブクマを与えられたページ数まで見て自分がstarを押したブコメをリストアップする。
これで出てきたスター一覧を上のスクリプトと組み合わせれば与えられたユーザに自分がつけたスターをお手軽に全削除できる。
昔Qiitaかなんかで「JSではforは使わず関数型プログラミングが素晴らしいのだ！（ﾄﾞﾔｧ」という記事に「いやいや逐次awaitしたいときそれじゃ困るんだよ（ｷﾘｯ」みたいなブコメがついてて大変生暖かい気持ちになったことを思い出したのでfoldしてみたけどあのときブコメしていた関数型（）フロントエンド（）プログラマー（笑）の皆さんは別に見てはないだろうなｗ
会社の名前がサービスの名前のスタートアップの会社は少し気をつけた方が良いと思う。
往往にしてそういう会社がこれからの人も採用していくぜみたいなフェーズだと
そのサービスはだいたい完成していてやることがなくなってるけど
組織がそのサービスのために最適化されてるからか他に事業を始めようとしても上手くいかないみたいな場合が多い
あと就職活動しているときだとなかなか気づけないけど自社サービスってキラキラして見えるが
そもそも自社サービス持ってる会社で働いたからってそれが自分のものになるわけじゃないし
もし「オレのサービスが欲しい」みたいな人にとっては
担当範囲は（営業によるざっくり要件定義後の）設計とフロントエンド開発、品質管理、顧客への御用伺いあたり。
次の会社はまだ決めてない。
しかし、黙ってるのもストレスなので匿名で書くことにした。考えがまとまらないまま書くので、雑なテキストになる。ご容赦をば。
なお、会社の悪口を書くつもりはないので、期待してる方は回れ右で何卒。
また、内容読んで「これ、アイツじゃね？」と察した人は、お口チャックでよろしくお願いいたします。お口YKK。
「それは困る」と主張する社長と2時間×2回の攻防の末、どうにか「わかった」と言わせることに成功した。
辞める理由は1点だけ。
（小さな不満は色々あるけど、どこで働いても多少はあるもんだ、という心持ち）
これだけだと抽象的なので、具体的に書く。
それを推進したくてスクラムとチーム制を導入した。
ここまではよかった。
しかし、次に会社が発表したのは「朝、定時に出社しろ」だった。
ここで、ウゲーとなった。
「顧客からの電話を受けられるように」という但し書き付きだったので、顧客に「電話するなら午後によろしく」と通達して事なきを得た。
（得られないこともあったが、まあ事故だ。事故は起きるよ。byトーマス）
この出社命令は、会社の『自律性』を育てる施策のひとつだった。
しかし、私はこういう校則のような必然性のないルールがあまり好きではない。むしろ嫌いだ。校則が育てるのは従順さであり、自律性とは相反すると思っている。
例えば、自分宛のメールやチケットを確認する、会議に遅れない、といった内容だ。
IT開発者には「設計とコーディングだけやってりゃいいでしょ」という人が少なくない。けっこう多い印象がある（観測範囲）。
でも、それだと「このメール見た？」「このチケット、一瞬で終わると思うけど内容見た？」と声かけをする世話焼きポジションが必要になる。（これが私だった）
私はアラフォーなので、日常生活に家事や子育てが入ってくる可能性が高い。
その対応として、リモートワーク環境を整備したい。しかし、世話焼きポジションは物理的に隣にいないと機能しないのだ。
Slack等のチャットツールで声をかけても「通知がうざい」と通知オフにされていると全くの無意味だったりする。（無意味だった）
「通知をオフにするな」と伝達しても、しばらくするとオフにされる。
これではリモートワーク化が一向に進まない。
私はスクラムマスターとして、リーダーポジとして、みんなに「メールを見てね」「チケットを確認してね」「チャット通知きらないでね」と連絡してきた。2年ぐらい頑張った。
なぜ、30代40代のいい大人相手に、そんな「挨拶は『こんにちは』と元気よく」みたいなことを言わねばならんのか。
だいたい、取引先との打ち合わせには遅れずに参加できるのに、社内MTGの時だけ呼ばれるまで待っている、というのが気に入らん！！！！！！！！！
（I am not your father.）
という気持ちを、冷静に淡々と社長に伝えて、辞めることにした。
なお、リモートワーク推進についても、社長と議論したけど、「リモートワークではフルスペックで働けない」と「リモートワークでフルスペック活かせるようにすべき」の平行線で終わった。
というのが、辞めることにした経緯です。
ここ数週間、顧客と打ち合わせする度に、冗談めかして「うちに来てくれないですかねえ」と言われてたので、案外、辞めたいオーラが顔に出ていたのかもしれない。
最近、「『好きなことを仕事にしてる奴には勝てない』っていうけどさ」というのを(https://anond.hatelabo.jp/20180627004115) に上げたが、これは去年の正月に上げたものをコピペしたものだ。(https://anond.hatelabo.jp/20170103185847)
「反応が違ったりするんだろうか」という興味本位でやったのだが、思いの外昔を振り返る良い機会になったので、現状を書いて未来につなげてみようと思う。
ちなみに、件の記事を書いたのは、「好きなことを仕事にしてる奴には勝てない」というようなことを連続で言われて気になっていたのと、http://crapp.hatenablog.com/entry/venture-the-war-front の記事を読んで、気がたったからだ。
普段はそういう言葉は気にしないのだが、年末の忙しさもあって気が立っていた。
さて、1年半前と比べて、プライベートの削り方はあまり変わらない。だいたい、仕事終わりに1,2時間本を読んだり土日にプログラムを書いたりしているぐらいだ。ただ、Netflixにハマってプログラミングの時間が少なくなった気がするので、そこは反省している。
技術力に関しては、だいぶ気にならなくなっている。
問題に対して以前より良い選択を取れている自信があるし、IT業界の技術の方向もわかってきたので、流行していない技術にも「良い」と言えるようになってきた。
特に、自分の行動で状況を変えられていると実感出来るようになったのが大きい。関わっているサービスが、自分が作ったり考えたりした方法で改善され、自分の判断ミスで悪化するのを実感するので、成果がよりわかりやすくなった。
だが、不安や焦りがあるのは変わらない。
尊敬している優秀な人たちにはまだ追いつけていないし、35までにそこまで行けるという確信もないので、まだ必死に走り続ける必要が有ると思っている。
だが、以前ほど切実ではない。
流行の伝播を見ていて、たとえ、今勉強をやめても５年ぐらいはプログラマでいられるだろうという、自信はある。
次の５年に最先端を走り続けていられるかどうかが今の関心事だ。
ただ、こういう自信はコロコロ変わるので、安心できるわけではない。
プログラミングを始めてからずっと、「俺は何でも出来る」と「俺は何も知らない」がくるくる回っているので、すぐに不安な時期が来るだろう。
さらに、井の中の蛙ではないかという恐怖もある。今の周りのレベルが低いだけで、別の場所に行くと無能になるかもしれないという恐怖だ。この現象は相対的なものだから、この恐怖とは死ぬまで付き合うしか無いだろう。
プログラマ的な話をすると、
以前はフルスタック志向で、フロントエンドからインフラまで技術を漁っていたが、最近はサーバーサイドに収束しつつある。
フロントエンドの流れは流行ったものを後追いすれば良いやと思い捨てた。やっとGraphQLを真面目に気にし始めた程度だ。
最近の関心は、クラウドネイティブを前提としたミドルウェアとか、分散の仕組み自体だ。かなり偏ってきている。CNCFとか、kafkaとかcockroachdbとvitessの違いとかだ。分厚い本も手に入れた。ミドルウェアへの憧れは昔から合ったが、やっと作り始められる。
全体的な方向性としては、
1. 「他人に今以上の力を引き出させる」力を鍛える(リーダーシップ力という言葉が適切かはわからないが、人の心で結果が変わるというのを見てきたので、自分だけでなく周りも気になってきた)
2. 専門性の深化
3. 生き残る技術を見極める力を鍛える
4. 変化に敏感であり続け、好奇心を持ち続ける(新しい物を見ても「既存のモノのほうが良い」と考える事が増えたので、反省している)
という方向で行こうかなと思っている。
noteより
| ランク | タイトル | ブクマ数 | 日付 | カテゴリ |
|---|---|---|---|---|
| 1 | キャリアチェンジしてフロントエンドエンジニアとして採用され... | 335 | 2018/01/31 19:23 | テクノロジー |
| 2 | 200名以上のエンジニアの転職相談に乗って分かった、優秀なエン... | 304 | 2018/05/27 13:14 | 政治と経済 |
| 3 | 今なら、サラリーマンがスタートアップに転職すれば、大儲けで... | 301 | 2018/05/16 13:50 | 政治と経済 |
| 4 | フリーランスやめて雇われることにした | 160 | 2018/05/14 22:27 | 政治と経済 |
| 5 | 外資系への転職をマジで検討している方へ | 105 | 2018/06/04 15:31 | 政治と経済 |
| 6 | 退職しました -新卒就活から今までを振り返る- | 59 | 2018/05/19 11:11 | 政治と経済 |
| 7 | 43歳 文系おじさんの転職。 | 40 | 2018/01/26 14:16 | テクノロジー |
| 8 | 上場企業→スタートアップに転職した男の末路 | 37 | 2018/04/17 12:24 | 政治と経済 |
| 9 | 退路を断つ人が誰よりも成長する | 16 | 2018/02/22 08:12 | 政治と経済 |
anond:20180615154508 はTwitterで流行した議論が広まってきたんだろうか?
【あなたはどっち派？】ローマ字入力で小さい文字（拗音促音）の打ち方はx派？ l派？ https://togetter.com/li/1219896
このTogetterだとエンジニアとデザイナーの違い、ひいてはWIndowsとMacintoshの違いに原因を求めている。
そもそもこの差は80年代のATOK、VJE、松茸、EGBridgeの争いに端を発してたような記憶がある。
PC関連のことはググれば結構歴史が書かれていることが多いのに、フロントエンドプロセッサ周りの歴史って意外と検索に引っかかってくれない。一体どんな状況だったんだろうか?
うろ覚えではVJE、EGBridgeなどシェア2位以下のFEPの多くは拗音、撥音の入力にxを使っていた。
ここでx派とl派に別れたはず。
松茸はどっちだったかうろ覚えですら覚えていない。Cannaに繋がるNECの日本語入力もどうしてたんだろう?。
VJEとEGBridgeがシェアを押さえたMacintoshではxを使うのが主流になったのだろう。
キーアサインをATOKに準拠させる戦略を取った後発のWXP(WXII+)はマイクロソフトがWindows3.1にIMEを標準装備させる時に選ばれ、MS-IMEのベースになる。ここでWindowsではlが主流になる。
WXII+含め、初期MS-IMEはxもlも使えた気がするのだけど確認するのは困難。
l派の上流にはATOKがあるのだろうけれど、ATOKが最初の源流かどうかは分からないし。
モヤモヤする。
※ここでいうフロントエンドとは、HTML/CSS/JS でデザインをもらって実装する人のことです。
デザイン再現するために、サーバー側に実装して貰う必要があるとき、
「デザインがこうなってるんで◯◯◯◯◯ください」といって、サーバー側とデザイナーの伝書鳩みたいになるとき。
だいたいデザイン再現のためにサーバーの人に相談しにいったら「無理です」ってぶっきらぼうに言われることが多い。怖い。
フロントエンドのこと見下してる人が多いと感じる。
お前の書いたCSSとHTML、インデントもぐちゃぐちゃで運用性も低いからちゃんとBEMとか学んできてから書いて…。
作ったのはデザイナーのデザインなので、自分が作ったという感じがしない。
自分は一体なにをやってるのかとおもうことがある。
めんどい。
マークアップ、もう動けばいいじゃんてなる。
フロントエンドエンジニア、言われたからやる、ということが多い気がする。
サーバサイドから見下され、デザインは自分でつくったわけじゃない。
好きだったはずのフロントエンド。
もう好きじゃなくなったのかな…。
サービスとしては今じゃ昔に比べてユーザ減ってるとかきくし、日本じゃ名前出すという時点で合わないからTwitterなどに比べるとあまり流行ってない
一応アカウントだけはあっても実際にはほぼ使わないとはよく聞くし
だから日本でいう yahoo japan 程度の有名だけど別に・・・っていうようなすごいというようなところではないと思ってた
AmazonやGoogleとかMSとかTwitterとかに比べればかなり下というイメージだ
だけど、web系の開発とかやってみるとFacebook製ってかなり多い
フロントエンドでかなり流行ってるReactはFacebook製だし、
jsに型をつけたり静的解析とかしてくれるflowもFacebook製
PHP7が出るまでには流行っていた高速かつPHPより使いやすい機能の多いHackという言語やjsのテストでたまに見るjestというのもだ
npmよりもいろいろ便利で高速なパッケージマネージャのyarnもfacebookらしい
実はすごいところなのか
吾輩は無職である。職はまだ無い。どこで無職になったか、とんと見当けんとうがつかぬ。
何でも薄暗いじめじめした所で手斧を投げられていた事だけは記憶している。
しかもあとで聞くとそれは増田という人間中で一番獰悪な種族であったそうだ。
・・・・
まぁ、前置きの冗談はこの辺までとして、前々から作りたいな思っていた
Webサービスを中々時間が取れず作るのを諦めていたのだけど、
僕自身、プログラミングを生業とする職業では無く、学生時代も特にプログラミングついて何か
始めたのが昨年末の大晦日ちょい前なので、約5ヶ月掛かり、当初想定していた期間より
かなりの時間が掛かってしまい、反省点等含めその辺の事を書けたらなと思います。
■やりたい事（実装した事）
・ゲームユーザー同士を繋げるマッチングサイト（出会い系ではないよ。）
・タグをつける
構成を書いた方が良いと思うので
以下になります。
■構成
--------------------------------------------
FW：Flask 1.0.2
ORM：SQLAlchemy 1.2.7
その他ツール等：Let's Encrypt/fail2ban/等々
--------------------------------------------
ほぼ、既存のベーシックなサーバーサイド側の制御のみです。（jsで非同期通信はしてます）
変えるのもなと思い、取り敢えず上記です。
■選定理由
Railsの名前を良く聞くのでRuby on Rails触ったのですが、
Railsには馴染めなかった（扱えなかった）ので
何かマイクロFWの方が良いのだろうと、Sinatraいこうか思いましたが
Railsの印象が強く残った為、Rubyは止めてPythonに移りました。
今度は初っ端からマイクロFWが良いだろうとFlaskのサンプルを試すと
比較的プログラミング初学者でも扱いやすく覚える事も少ないので、PythonとFlask
の組み合わせで決定。
（気軽にプログラムを書け、自分がイメージしている処理や制御を素直に実現できる点が
書いていて気持ちが良いです。まぁ分からない所も有りますが、そう思わせてくれる点
が良いです。モチベーション的に）
NginxとuWSGIの組み合わせはFlaskで検索すると一番でてくるのでこれに決定。
SQLite3 はマイクロFWだから軽めのDBでたぶん大丈夫だと思ったのでこれに決定
■開発概要
・まずPythonの開発環境を整えようとなり、WindowsにVagrantをインストールして
仮想マシンの環境構築。ゲストOSの中にPyenv等を入れPython環境構築
・上記構築後に取り敢えず小さなサンプルから作ろうとなり、簡単なCRUDをFlaskで行える様にしました。
これができた時は嬉しかったです
・上記が出来てから、本番の開発に移りCRUDをベースにひたすら肉付けていく
→ユーザー登録機能作成/ログイン機能作成/ユーザー情報表示/編集機能/チケット作成/及び編集/バリデーション
・細かいViewの調整とスマホ用のViewも作成（レスポンシブルでは無いので）
・本番用のさくらVPSに環境構築とセキュリティ用のツール導入とLet's Encryptでhttps化
■悩んだ点/反省点
・悩んだのがタグ機能周りになるとどうすればよいか、かなり悩みました。
結論を言うとToxi法を使用しましたのですがここにたどり着き、理解するのに結構時間がとられました。
また、実装したらしたで、今度はそのタグ機能を検索するとなると検索ワードが1つとは限らないので
クエリーを動的に生成する必要が有り、これも実装するのにかなり時間が掛かりました。
SQL文だけならば比較的すぐに検索でヒットしますが、それをSQLAlchemyでどう実現すれば良いか分からず
かなり時間が掛かりました。DB設計やSQLAlchemyの文法に自信は無いですねぇ。。
・1次情報のリファレンスからは情報得ることがほとんど出来ず（たまにはできたが）、
Stack OverflowとQiitaと個人ブログが無ければこのサイトできなかったので
■総評
・5ヶ月と時間が掛かりまた反省点も多々有るが、とりあえずサービス公開まで
もっていけた事が嬉しいです。ただただ嬉しい。
・FlaskとSQLAlchemyの情報が日本語が少ないので公式リファレンスとStack Overflowを
行ったり来たりしたおかげで英語アレルギーがそこまで無くなった。
■成果物
オンラインゲーマー向け（e-sports）のマッチングサイトになります。
名前が安直で小学生が5秒で考えたような名前ですが、安直で気に入っています。
作った理由は、僕はBF1が好きなのでオペレーションキャンペーンと言うモードを
やろうとしたのですが、時間帯が悪いのか過疎なか分からないが全然マッチングしないのですよ。
やりたいのにマッチングしないので出来ないどうしよう、と。
また、昔セールでFarCry3をかなり昔に購入した時（既に4が発売済み）にCO-OPモードが全然マッチしない事が有り
旬が過ぎたオンラインゲームは中々マッチしなくてほぼシングルモードしか出来ない事は割とあると思うんです。
今だとBF4もかなり人数がいない状態なので特定マップのみとか。
なのでオンラインゲームでマルチプレイやCo-opで人を集めたい時、PUBGやFORTNITE等バトロワゲームのスクワッドを
募集する時、オンラインゲームの大会（e-sports）を開きたい時に利用して貰えると嬉しいです。
主に想定ユーザーと考えているのは、FPS/TPS/RTS/MOBA等のPCゲーマーをメインに考えていますがCS機やTCGでも
使って貰えると嬉しいです。
あとViewがレスポンシブでは無く、PC用とスマホ用しかなくタブレット用の中サイズのViewが無いのでご了承下さい。
遊んでも良いよという奇特な方がいましたら当該サイト内でコメント頂けると幸いです
・BF1（PC版）
それでは長々とありがとうございました。
・・・・
日月を切り落し、天地を粉韲して不可思議の無職に入る。吾輩は死ぬ。
ありがたいありがたい。
