  |
はてなキーワード: 組み込みとは
未経験でエンジニアってなると大抵web系か最近だとインフラ系とかが話に挙がる事が多いけど組み込み系は未経験だとまず厳しいから話に上がらないって事なんだろうか。
それは関係のない話です。
組み込み関数や標準ライブラリの中でもよく使うもののアルゴリズムを理解していないのでは、エンジニアとして駄目です。
listやdictへの要素の追加・削除の計算量が分かっていないようでは、Pythonでまともなプログラムを作ることは不可能です。そして、そのためにはアルゴリズムの知識が当然必要です。
などという操作は頻繁に実装します（こんなことは、プログラミングを全く知らない人でも容易に想像がつくと思います）。
こんな単純なことでも、二分探索木（やB木）とハッシュテーブルというデータ構造を知らなければ、適切な実装を選ぶことは困難です。
その心は？
たとえば、Pythonの標準ライブラリにはheapqというものがありますが、二分ヒープの仕様を知らずにどうやってこれを使うのでしょうか。
Pythonの組み込みのlistと、collections.dequeの違いは何でしょうか。両端キューを学ばずにどうやってこれを使うのでしょうか。
取り上げた技術は、本格的な開発でも役に立つもので、最も学習コストが低いものを選んだ。
重要度が低いものは載せていない。たとえば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など）が何だか理解していて、その対策を実装できなければならない。
各種暗号化技術や署名などについても、実装の詳細は知らなくていいが、共通鍵暗号や公開鍵暗号などの特性は理解する必要がある。
ネットを見ていると、もう勝負はついたのだから諦めるべき、海外から買ってくればいい、という意見を見ることが多くなった。
個人投資家が増えたこともあり、損切りすべきだという考えから来ていると思われる。
個人や企業単位ではおそらく正解だろうが、国家レベルではどうだろうか。
「基礎研究は大事なので国は投資すべきか？」という問には「YES」と答える人が多いだろう。
「半導体に国が投資すべきか？」という問には「No、もう勝負がついたのだから税金の無駄」と答える人が多いだろう。
「スパコンは事業仕分けの対象とすべきか」という問には「No」と答える人が多いだろう。
先の「半導体に国が投資すべきか？」と「スパコンは事業仕分けの対象とすべきか」で答えが違ってくるわけだが、どういう論理になっているのか。
という前提に立つと、「基礎研究とはなんぞや？」にぶつかる。
「CPU開発向けの先端プロセス開発(前処理)は基礎研究ではない」
両者をつなぐのは、ファブレス企業が成功しているというのが背景にあるのだろうが、本当にプロセスのことを知らずに設計できるのか？
機械の設計でも、図面を描いたはいいが作れない図面という記事があったが、半導体でも同じだろう。
ソフトというと組み込みソフトといった制御ソフト、WebなどのUI、サーバーといったものを思い浮かべるだろうが、
モノづくりをするとノウハウがたまり、デザインルールといった方法で誰でも展開できるようにするのが一般的だろうが、
ソフトウェア側に対応を依頼するのは、ノウハウの流出であり、簡単ではない。
社内独自ソフトで対応すると、設計ソフトのアップデートに追随できないなど次第に土台が歪になっていく。
Webのフレームワークのように丸っと置き換えというわけにもいかないだろう。
「自国で作ろうと思えば作れる」は捨て去って良いのかというのもある。
GPUは既に日本価格が高額になっているが、作れない場合は価格が吹っかけられる。
「作ろうと思えば作れる」は口でいうほど楽なわけはないし、年単位で時間がかかったりするわけだが、それでも必要ではないだろうか。
学生の頃から乗り物系のカスタムはよくやってきたのでメンテや作業は今でもたまにやる。作業歴は20年位。
いまは車とバイク、自転車（ロードバイク）持ってるが、最近はダイエットかねてもっぱら自転車乗ってる。
カスタム好きが高じて、ロードバイクのコンポ一式を上位グレードに換装したらもう一台組めそうな位
パーツができたのでヤフオクでフレームを落札。もちろん防犯登録できるまっとうなやつ。
丸一日かけてパーツ組み込み、タイヤ交換、駆動系調整して制動も大丈夫レベルまでセッティングして、
いざ防犯登録しに近所のサイクルショップ（個人店）に行ったら、あからさまに嫌な顔するんだよね。
そりゃ防犯登録なんて600円程度でお店にはお金落ちないし、自分とこで販売したチャリでもないし、
ましてパーツは素人組み込み…まあ、気持ちはわかる（ちゃんとトルク管理はしてるよ）
が、しかし。
どうしても駄目な箇所、自信のない作業はまかせるし、相応の工賃も払うつもりなんだけど、ここまで
渋い顔されるとどうも気が沈む。
徹底的に単純化、抽象化することで、馬鹿でも分かるようにしてメンテナンス性を上げるとか、（もちろんドキュメントはちゃんと書け
技術者の本懐だと思うんだけど、無暗に複雑化したい、見栄えを良くしたいという考え方がまったく理解できない
そもそも、お役所関係の仕事ってフリーランスでもみんな避けたい案件で、
一度作ったら保守とか改善をしたがらないし、それはお金の決め方が民間と違うからそうなるわけで、
逆に、余ったから道路工事みたいに予算消化に協力してよみたいになって寧ろバグやセキュリティーホールを埋め込んだりとか、
予算がないならないで公務員に勝手にいじられて無茶苦茶にされたりとか、
Google Mapsなんかも公的なサイトとか企業とかはGoogleにお金払わないと使えないわけだけど、
それも決められた予算内でだったり、稟議の遅さとか、普通のお客とは大きく異なるわけで、
あと、なんか政府も含めて、DXだのカッコイイ表現をしたがったり、ナウでヤングな開発スタイルやるぜ！みたいなノリだったり、
そういうの止めた方が絶対にいいと思う
そんなの当たり前じゃん、馬鹿なんじゃないの？と思われるぐらい単純化、抽象化するのが論理的思考の基本中の基本であって、
そこまで落とし込んでもいないのに、余計なことをするもんではないと思う
手書きのHTMLが温かみがあるｗみたいに馬鹿にする輩がいるが、
元の文章はMarkdownなりはてな記法なりで書いて、静的HTMLに変換して、基本的なCSSで充分見栄えも良くなる
というか、マイナンバーカードを申請しても返信がずっと来ないので、さっきまで国のマイナンバーカードのページを眺めていたのだけど、
「文言が下手」「文章が冗長」「同じことを繰り返し書いてないか？」「FAQが読みづらいレベル」
という感じで、これ住んでる県とか市のWebもそうなんだけど、もっと端的にズバッて書けるんじゃないの？
デジタル庁の採用ページも必要ないエフェクトとかアホかと思ったが、文言も駄目、やりなおしレベルだと思う
思うけど、なんかポエム書く人の方が出世したりする世の中だったりするのでウンザリする
要は、その上のオッサンや老人を感動させなければいけないみたいな圧力に従った方が出世したりするわけだけど、
まあ、ティム・バーナーズ＝リーとかだったら最近はどういう意見を言うのか、JavaScriptアリアリでしょと言うのか、
単純なテキストを相互に通信するのが基本だから、みたいに言うのか興味はあるけど
いずれにせよ、公的案件を普通の案件と同じに考えると痛い目に遭うし、
デジタル庁ではそういうのはやめて、モダーンでナウでヤングにバカウケな開発スタイルでやるぜ！
とか正反対に全力疾走されても不安になるんで、そういうのはやめてくださいとしか思えない
個人的には、こういうことを言うとまた馬鹿にする輩が出てくるんだろうけど、
jQueryみたいなのちょっと添えるぐらいで、それでもJavaScript切っても動作するように書けるわけだし、
とにかく、最新最近のやり方じゃないとか馬鹿にされても、余計なことをしない、
そうすることで仕事量を減らす、
基本的にJavaScriptがなければ成立しないようなページを国が必要にするようには思えない、
フォームで充分なわけで、寧ろレガシー寄りで5年10年、下手すると20年安定することを考えるべき
一方ロシアは鉛筆を、Intelではなく並列処理させたZ80を使った、
みたいにローテクでも確実に長期に動作させることを考えるべきだと思う
JavaScriptのフレームワークの流行り廃れが変わる度に無駄な税金を使われてたまるか、
という気もする
…
なんかトラブルになったときNuxt.jsのソース読まないと困ることってないの？
Lodashだったか何だったか、ちょっと失念してしまったのだけど、
動作がおかしかったのでソース読んで、時間をかけて間違いを発見して、
報告とかプルリクしようと思ったらタイミングの差で修正されてたこととか思い出すんだけど、
中国は国家公務員としてサイバー攻撃を含むハッカーが高給で雇われているわけで、
隅から隅までLinuxなり、敵国から盗んだ技術なり、戦場で墜落したドローンとか戦闘機を拾ってきたり、ワリャーグとかそうだし、
徹底してリエンジニアリングさせると思う、自分にはそういう優れた技術力はないけど
もちろん、そうやってリエンジニアリングした組み込みOSなり、
そういった知見から独自のリアルタイムOSを開発するなりして、
それをミサイルなり戦闘機のアビオニクスなりに応用していくわけだ
（というか、最近の組み込みOS界隈とか中国も含めて熱いように思ってる
だから、最近のAWSとかを中心にした開発だと当てはまらないけど、
例えばApacheとかNGINXとかだったら、本来はそのソースもくまなく読むべきだと思う
使用しているユーザーが多いから、エコシステムが機能しているから、セキュリティーも安全だろう、
みたいな発想は国のシステムや軍需産業では相応しくないように思う
まあ、だからといってミッションクリティカルなシステムにしろとかまでは思わないが、
w3mで読めるように作ってもバチは当たらないというか、
最近のネタで言うなら、シンエヴァがちょっと盛り上がってたわけだけど、
庵野さんが、オネアミスは足し算、エヴァは引き算で作った、みたいに言ってた気がするけど、
この徹底した引き算って凄い大事な考え方だと思うんだよなあ
もちろん、テレビ版のエヴァは徹底的に引き算してもあの様になってしまったわけだけどｗ
徹底した足し算から、徹底した引き算に移行した、というのは凄く良い意味で理系的発想だと思う
（でも噂から想像されるシンエヴァは徹底した引き算でもなさそうなので家で観るつもりだけど
あと、神エクセルとか誕生するのも、結局は庵野さんとかの言う徹底した引き算、
Railsなんかをいじることを覚えて、大学に入ってから数年間インターンでWebデベロッパーをしている。
（エンジニアというとはてなでは怒られがちだし実際、不正確な用語だと思うので自分の職種のことをWebデベロッパーと呼んでいる。）
自社開発のスタートアップとかは特に、労働者としては緩いところも多くて楽そうに見えるので、将来は可能ならそういう方向に就職しようと思っていた。
でも何社かで働いてだんだん気づいてきたのだけど、同じ職種にどうにもあまり仲良くなれそうにない人が多い。
うまく言えないんだけど、賢めの男子校っぽいノリを結構頻繁に感じる。ホモソーシャルというのか。
特有の選民思想みたいなものを感じる。合理的で賢い俺ら、みたいな。これは同じ学生のインターンに限らず、社員に対しても。
そのわりに、口頭で話すとあまり面白くもないし、俺は文系の学生なんだけど、人文科学や社会科学の知識がどうも薄いんじゃないかと思わされることもある。
（これはでも俺も自然科学や工学の知識が薄いと相手は思っているだろうからおあいこかもしれない。）
もちろん、そうじゃない人もたくさんいるというのはわかっているんだけど、技術的には到底かなわないような、確かに頭の切れる人でもそういう性質を孕んでいることは多くて、結構失望させられる。
Twitterなんかでも性格が悪いとしか言いようのないツイートや、明らかに距離感のおかしいリプライをしていたりする。
Webデベロッパーしか知らないのでこう書いているが、機械学習や組み込み系なんかのエンジニアもあまり変わらないかもしれない。
そういうコミュニティに既に多少属してしまっているので、どこにもこんなことを言えないので増田に書かせてもらった。
言葉足らずな感じですまない。俺もまだうまく整理できてない。
