はてなキーワード: エンジニアリングとは
1940 年代後半から 1950 年代前半、土木技術者は、今日の技術者と同様の問題を経験していた。しかし、1950 年代と 1960 年代の一時期、これは変化した。大陸間弾道ミサイル(ICBM)計画の運用計画が始まったことで、ミサイルの地上環境の設計者は、ミサイルの設計者と一体となって仕事をしなければならないことが明らかになりました。
第二次世界大戦後、空軍はドイツの科学者を採用し、ドイツのV-2ロケットの備蓄品を捕獲してミサイル開発に着手した。1953年8月にソ連が熱核爆弾の実験に成功したと発表するまでは、資金不足がその努力を妨げていた。突然、ドワイト・D・アイゼンハワー大統領は、ソビエトに追い抜かれないようにICBMの開発に向けた大規模な努力を求めた。空軍の Bernard Adolph Schriever 少将は、ミサイルとその地上支援を開発するための努力の先頭に立った。
ICBMs
1.5段のアトラスと多くのサブシステムを交換可能な2段のタイタンの2つのICBMの開発がほぼ同時に開始され、知識ベースを広げ、最短時間で兵器を完成させるための競争を活性化させました。ICBMの開発と開発へのプレッシャーは強烈でした。推定 13 年かかっていた作業が、5 年以内に達成された。このことは、空軍の土木技術者にとって大きな意味を持っていた。時間的な制約よりも重要なのは、兵器システムの開発において、地上環境が後回しにされていないという事実であった。"飛行機は最低限の地上支援があれば飛行できるが、弾道ミサイルは適切な発射設備がなければ意味がない」というのが、このプロジェクトを主導した民間技術者の一人である空軍研究開発司令部弾道ミサイル部(BMD)民間技術部副司令官ウィリアム・レオンハード大将の見解である。
用地選定
ミサイルの特殊な要件と圧縮されたスケジュールは、建設作業のあらゆる面に影響 を与え、まず候補地の選定プロセスに着手しました。空軍のエンジニア、工兵隊の代表者、建築家・エンジニアファームのメンバー、BMDの職員で構成される数十人の調査チームが、アトラス計画だけでも250以上の候補地を調査するために、全国に散らばっていました。チームはネブラスカ州からジョージア州まで、ニューメキシコ州からニューヨーク州までを調査しました。候補地の適合性を判断する際に使用された厳格な基準には目を見張るものがありました。深さ174フィート、直径52フィートのミサイルサイロ、幅40フィート、深さ40フィートの発射管制センターサイロ、2つのサイロをつなぐ人員用トンネルとケーブルウェイを建設するためには、厳しい土壌と地質条件が必要でした。さらに、距離の要件は、サイロがその支援基地から少なくとも18マイル、人口25,000人以上の町から18マイル以上離れていなければならないことを意味していました。また、互いの距離は7マイル、人が住んでいる住居から1,875フィート、公道から1,200フィートでなければなりませんでした。サイトへの公共アクセス道路は、大型のミサイル運搬車を収容しなければならなかった。技術的基準が評価された後、最終的なサイトの選択は、サイトの経済的実現可能性に依存した。サイトが選択され、承認されると、作業を開始することができた。
地上設備の設計・建設を担当した技術者が直面した困難の一つは、ミサイルとその支援構造物の作業が同時進行で急ピッチで進められていたことである。ミサイルの準備ができたときには、発射設備を準備しなければならない。ミサイル自体に必要な設計変更が設備の変更に反映されてしまうため、ほぼ戦時中の緊急性の高い状況下での工事を余儀なくされていた。
ミサイルの保管モード、発射モード、ミサイルの分散度の多様性が技術者の作業に影響を与えました。例えば、アトラスDの一部のモデルは、サービスタワーで露出した垂直方向に保管されていましたが、他のモデルは水平方向に保管され、風雨から守られていました。アトラスEは半硬化構造の中で水平に保管されていました。アトラスF、タイタンI、IIはすべて、硬化サイロに垂直に格納されていました。
サイロの建設は膨大なエンジニアリング作業でした。例えば、カンザス州のシリング空軍基地では、エンジニアがアトラスFミサイルを収容するために12個のサイロを建設しました。作業は深さ40フィートの掘削から始まりました。これが管制センターの基礎となり、トンネルとサイロの上部を接続しました。その後、サイロの下部の残りの部分は、開 発部からさらに1.5m下で採掘されました。サイロ自体を構築するために、作業員はスリップフォームプロセスを使用しました。フレームがサイロの壁から約140フィート上に上がったところで、1時間に約14~16インチの速度でコンクリートが連続的に打たれました。作業員は昼夜を問わず、1つのサイロにつき、わずか6日間で500トンの鋼材と5,000立方ヤードのコンクリートを打設しました。完成時には、アトラスの1つのサイロには、15階建ての構造用鋼製ビル1棟の重量約1,500トンに相当する複合質量が含まれていました。
電力供給
打ち上げ施設に電源を供給するために、エンジニアはディーゼルエンジン、原子力、燃料電池、電池、ガスタービン、商用電源との様々な組み合わせなど、いくつかの代替案を評価しました。電源は、信頼性が高く、無停電で、打上げ施設内で自己完結するものでなければなりませんでした。また、核爆発による地上衝撃によって引き起こされる非常に高い加速度を吸収できるか、ショックマウントに取り付けられていなければなりませんでした。システムのイニシャルコストと運用・保守コストの両方が評価されました。サイトへの動力供給には、信頼性の高い旧型ディーゼルエンジンを選択しました。システムの設計では,水や流入空気の加熱など,装置から発生する熱を可能な限り利用しました.典型的なアトラスのサイトでは,各プラントに1,000kWのユニットが4基ずつ設置され,ミサイルのクラスターを支えていました.
サイロ上部ドア
サイロのオーバーヘッドドア設計は、エンジニアリングのジレンマを生み出しました。300平方フィートの開口部を覆うドアは、極端な天候、核放射線、過圧、構造的な反発からミサイルを保護し、ミサイルの発射と誘導に影響を与えないこと、発射合図後30秒以内に完全に開くこと、ミサイルのカウントダウン手順の中で連続した項目として動作すること、などが求められました。また、クロージャの構築、完全な組み立て、設置、フィールドでのチェックアウトを可能にするように設計されていなければなりませんでした。シングルリーフ設計やロールアウェイ設計のようなそれぞれの潜在的な設計には、それを考慮から排除する独自の特定の欠点のセットがありました。最終的に、ダブルヒンジ、ダブルリーフ、フラットドアのデザインが採用されました。2つの半分の間の中央の亀裂の問題は、ドアの特別なくさびの設計と、さらにシール性を向上させるためにネオプレンガスケットとステップメッシュを使用することによって解決されました。
様々なミサイルサイトの建設とアクティベーションに関与する多様な要素をすべてまとめることが、サイトアクティベーションタスクフォース司令官の仕事であった。彼は、親コマンドに関係なく、与えられた基地の弾道ミサイルサイトアクティベーションプログラムに参加しているすべての空軍の要素に対する作戦上のコントロールを与えられました。主に土木工学と諜報機関のキャリア分野から来た司令官は、現場支援施設と住宅の建設を指示し、建設監視を提供し、サイトの設置、チェックアウト、戦略航空司令部への転換を管理しました。土木、機械、電気技術者、低温工学、熱応力、衝撃実装の専門家、資金管理者、広報担当者、議会調査官への説明役などが求められた。要するに、彼らは空軍のためにそれを実現させた人物だったのです。1961 年までに、彼らはアトラス・ミサイル 120 発のアトラス・ミサイルを 11 基地に、タイタン・ミサイル 54 発のタイタン・ミサイルを 5 基地に配備していた。
おわりに
この記事では、この大規模な取り組みに関わった人々が直面した様々な工学的課題について簡単に触れただけです。その規模の大きさは今でも注目に値するものであり、土砂、岩石、泥の総量は3,755万立方ヤードに及びました。これは、ロサンゼルスからピッツバーグまでの深さ10フィート、幅10フィートの灌漑用水路に相当します。現場で使用された鋼材は、サンフランシスコからワシントンD.C.までの鉄道線路を建設することができました。当時、全国ニュース誌は「ミサイル基地建設計画はピラミッドをティンカー・トイの演習のように見せている」と述べています。アメリカ土木学会は、ICBM施設建設プログラムを1962年の "Outstanding Civil Engineering Achievement of the Year "に選出した。同様に重要なのは、この取り組み全体が、空軍の土木技術者に対する見方の転換点となったことです。空軍の技術者が自分たちのプロフェッショナリズムに対する尊敬と認知度の向上を求めていた時期に、ICBMプロジェクトでの彼らの仕事が道を切り開いたのです。
HGナイチンゲールという意味のわからない単語を見かけて、どうせHGと付けばプラモデル、CRと付けばパチンコと決まってるんでしょと思いググったところ案の定プラモの話だった。
しかしパチンコの方は2020年現在では機種名にCRが付かなくなっていた。新しいものは代わりにPの字が付与されている。
頭にPの字が付くパチンコはP機と呼ばれ、2018年2月1日に施行された風営法の新しい規則に則っているらしい。
CR機はカードリーダーの略という説こそ有力なものの何の略語なのかはっきりしなかったらしいが、P機のほうも何の略なのかはっきりしない。パーソナルシステムの略だという解説もあれば、パーソナルシステムはマースエンジニアリングの商標なのでパチンコの略だという説明もある。パーソナルシステムの一般名称は「各台計数システム」という。
はてブのホットエントリ(総合)で月内に数多く[あとで読む]タグを集めたエントリ
336あとで/3338users 良い歯医者を見つける唯一の方法|おてう|note
261あとで/2389users 凡人が、天才に勝つ方法。|つんく♂
249あとで/1714users 最新研究からわかる 学習効率の高め方 - 分裂勘違い君劇場 by ふろむだ
205あとで/1413users 総務省が無料データサイエンス講座を開講、松尾豊氏ら講師に | Ledge.ai
195あとで/2017users 竹書房退職エントリ|竹村響 Hibiki Takemura|note
194あとで/1529users いつもの作業が5秒速くなるツールをひたすら列挙するページ | futsu | Zenn
193あとで/1328users 数学ガールオタクが初見VTuberの積分配信にめちゃくちゃ感動したメモ1|kqck|note
181あとで/1196users コードレビューの目的と考え方 - osa_k’s diary
147あとで/792users えるエル on Twitter: "コンピュータサイエンスで有名なアルゴリズムのPython実装を大量に公開しているリポジトリ https://t.co/379T4izBle 教養レベルのデータ構造やアルゴリズムから機械学習やブロックチェーン,Web関連などの応用ま… https://t.co/vSmYZW5SHw"
135あとで/1389users 200円以上のサバ缶を買うと世界が変わる。サバ缶レビュワーが本当においしいと思ったサバ缶&簡単アレンジレシピ - ソレドコ
134あとで/827users レガシーおじさん、SPAを始めてみた。そして限界を知る | koduki | Zenn
132あとで/788users Adobe、ストック素材7万点を無料で公開 商用利用も可 - ITmedia NEWS
126あとで/1173users 「事業がわかるエンジニアがいない」 - timakin.com | Seiji Takahashi (@__timakin__)
126あとで/719users ペアプログラミングして気がついた新人プログラマの成長を阻害する悪習 - Qiita
125あとで/736users 高知県物部村にある、消滅寸前の「堂平集落」 数回にわたる訪問による、近隣地区の住民からの聞き取りや現地の様子、祭事の記録 - Togetter
124あとで/827users 個人的UIデザインの情報源まとめ | takanorip | Zenn
121あとで/799users エンジニアなら知っておきたい生産性を爆上げするツール8選 - Qiita
117あとで/543users 東京大学の講義「AWSによるクラウド入門」をTypeScriptで写経した - dackdive's blog
115あとで/582users エンジニアの辛い仕事をいい感じにする技術 - コンサルの仕事術・思想から学べること - Lean Baseball
115あとで/997users 東京証券取引所様の株式売買システム「arrowhead」で発生した障害の原因と対策について : 富士通
111あとで/1435users 特殊詐欺(受け子、出し子)を始めようとしているあなたへ。|ZDH|note
110あとで/529users マイクロサービスにおける決済トランザクション管理 | メルカリエンジニアリング
110あとで/1092users 東証の記者会見は「技術がわかる経営者」「受け答えが理路整然」と絶賛する感想が集まる。なお横山CIOは落研出身 - Togetter
110あとで/840users 2020年10月に発生した東京証券取引所のシステム障害についてまとめてみた - piyolog
110あとで/887users まだ手元のパソコンでイベント配信してるんですか?クラウド上でTeamsを利用してOBSで配信した方が楽ですよ。 | 技術的な何か。
110あとで/1366users 「本醸造の醤油が当たり前になったのはここ20年ぐらい」と言っていいのは今から30年前 - 醤油手帖
109あとで/575users 入門書を終えた人に捧げる、社会人のためのGit中級編 - Qiita
106あとで/653users Low-Level Academy
104あとで/693users 全部、完全に商用利用無料!さまざまなUIデザインに適した1,064種類のSVGアイコン素材 -Emblemicons | コリス
104あとで/1276users 「自閉症は津軽弁を話さない」この謎に挑んだ心理学者が痛感したこと(プレジデントオンライン) - Yahoo!ニュース
常連サイトのNote、Qiitaに加えてZennというサイトから3ページもランクインした。Qiitaのようにプログラマー向けだがNoteのように報酬を得られるサイト。はてブに捕捉されたのはこの9月と割と最近。サルワカ | サルでも分かる図解説明マガジンの人が開発したらしい。
表題の通り、検索エンジン(Webアプリ)を作ったので、使ってみて感想を聞かせてほしい、というのが投稿の目的だ。
ただ、せっかく増田に投稿するのだから、制作物の宣伝に終始するのではなく、開発していて考えたことや制作背景を書き添えたいと思う。ここにはエンジニアやデザイナー、また技術職でなくてもWebサービスに携わる人、インターネットを使って遊ぶことが好きな人が多いはず。そんな人たちの向けの四方山話として、思考の一助となれば幸いだ。
SalonaというGoogleを超える検索エンジンを作った。
機能を一覧してもらうと分かる通り、Hashcashによって支えられている。後述する課題認識があってもやもやしていたところに、あるキッカケでHashcashを思いつき、それを考えているうちに上記の機能実装が思い浮かんだ。
Hashcash.org
(けっこういろいろ応用されていて、ビットコインで使われているだけでも素晴らしい。)
他にこんな機能があったらもっと良さそう、というアイデアがあれば教えてほしい。
こんな検索エンジンをつくるのだから当然だが、わたしはSEOが大嫌いだ。いま、この検索エンジンには毎日何の投稿もされない。DBをウォッチしていて、まれに投稿があるとその文書を読み、ノンスの有無について調べ、ハッシュ値を見る。ローンチして4ヶ月が過ぎ、数十件の投稿がされているが、全ての投稿をきちんと読み、そこで語られる内容やハッシュの値について調べている。これがたまらなくつまらなくて、気づくと一月が終わっている。
“一月が終わっている”はさすがに比喩で、サービスのデザインを作ったり追加機能の設計を考えたりユーザー増加施策を講じたりとしているが、集まってこない投稿を待っていると泣けてくるし、その状況をなんとか好転させるためにと機能改善・追加機能のアイデアも自然と出てくる。
こういった熱中・没頭状態は、少女時代のMVや、自社サービスをやっていたベンチャー企業を横目に昼夜開発に勤しんでいた日々にもあった。好きな分野でものづくりをしていると陥る状態で、経験者も多いと思う。
長いことオープンソース界隈には「普遍的なソフトウェアを作ってスターをもらって社会貢献!」みたいな夢があって、ここ何年かはそれ自体がエンジニアリングやデザインを学ぶときの目的と化している人の割合も増えてきた。興味のない分野でも攻略していくこと自体が得意で、淡々と技術を学べる人は凄いと思われるが、もしそれが苦手だと感じた人は、諦める前に「好きなもの、作りたいもの」を見つけることをやってみてほしいと思う。
プログラミングスクールに通うにしても、作りたいものがあるとないとでは大きく違う。もちろん、どうしたら何が作れるのかという知識がなければイメージもわかないかもしれないが、その場合は何かを解決したいとか便利にしたいという思いを持っているだけでもいい。特にこれからの時代は具体的な技術習得よりもそういった見聞を広めることが、何より開発を楽しいと思える素地になると思われる。
わたしはGoogleを利用しており、本当に膨大な情報を探すことができるようになったが、その反面、SEOスパムが少なかった時代と比べると、Googleの検索結果に対して深い信頼を抱くことがなくなってしまったなあと感じるようになっていた。検索で出てくるページが、宣伝という存在の域を出ず、自分の役に立ってくれない。検索をしているが、虚構を消費しているだけのような気がして、真実と自分の間の関係が希薄になりつつある気がしている。これはロボット型検索エンジンの限界によるものなのか、Googleの加齢による革新性の低下なのか判断がつかないが、前者が理由と仮定して作ってみたのが今作だ。
検索で出てきた結果について、自分の投票のノンスを計算する費用を掛けること。投稿が自身の投票でアップボートされていく様子は、平成時代にビットコインの上昇を眺めていたときを思い出す。Googleを「たくさんのゴミと出会う空間」とするならば、Salonaは「出会った情報の中から気に入った情報を連れてきて、褒めて伸ばす空間」と位置付けることができる。この二つの営みは最初は共存し、SalonaがシームレスにGoogleに置き換わっていくことで人間と情報の関係を良好にしていくはずだと考えている。
法人主体がないとプレスリリースに制約が発生することを知らなかった(社会で使われているようなプレスリリース・サービスを利用しようとしたら、まともな人格がないと無理だった)。仕方なく幾つかのメディアに直接プレスリリースをメールで送ってみたけれど、当然のごとく梨のつぶてだ。つまり現状は利用者が誰もおらず、その状況を打破したくて増田に投稿してみたという次第だ。この文章がSEO嫌いの人たちに届くことを願っている。
この幼稚で非合理で理不尽な感情をそのまま頭の中に残すのは、近いうちにつくるリアリティのあるシナリオの下書きとして使う前に忘れてしまいそうでもったいないため記録しようと思う。
また、記録するだけだと正直味気ないためここで公開してみる。叩かれるかもしれないが。。。
私は大手Sierのシステム開発の部署に属する一次受け新人SEだった。
そんな経験を活かし、今後はここでたくさんの技術を身に着けエンジニアとしてのキャリアを花咲かせてやる!
期待に目を輝かせていた無知で愚かな新人に仕事内容を聞かれた先輩社員はこう言った。
大手Sierのシステム開発で技術に長けたエンジニアはほとんどいない。
私の経験では30人いる部署のうち、3人いればいいぐらいである。
ちなみにここでの技術に長けたエンジニアの定義だが、基本的にはこのような定義となる。
自分で何かシステムを作っていたらならもうここで技術を学ぶ事は何もないだろう。
何故大手Sierのシステムをエンジニアリングするという職場でそのような事が起きるのか。
実際の理由としてはこのような仕組みとなっているためだ。
こんな子たちを念頭に置きながら設計方針というこれまた作成者不明のドキュメントに伴いExcelで設計書を作っていく作業となる
コーディング知識のない人でもシステムが作れるように適応していった結果なのだろう
これらの仕組みを知る人は自社にはいなかった。
これは知っている人も多いかもしれない。自社でやるより単価が安いからという理由らしい。
たくさんのものを犠牲にしているため、単価が安いからという理由だけで丸投げするのは私は猛反対だが。
そして下請けはどうもこのブラックボックス化したフレームワークについて仕組みまで理解しているらしかった。
そんな理由で開発を丸投げする大手Sierのメンバーは私を含め生成されることとなる。
ちなみにおかしな話だが、この下請けにブラックボックス化されたフレームワークの仕組みをエンジニアとして質問してみたことがあった。返信は今も帰ってきていない。
「下請けにコーディングを丸投げし、設計を自分たちで行う」という文化はよく知られているかもしれない
しかしながら、ここで無知な私は何回か疑問に思ったことがある。
わざわざ答えを人に聞くよりも先に私達が作ったシステムは答えてくれた
どんな人間にも定量的で定性的なシステムは一番信用できると思った。
書きたいのいっぱいあるから叩かれたとしてもこの後いっぱい書くかもごめん。
表題の通り、Webサービス(iOSアプリ)を作ったので、使ってみて感想を聞かせてほしい、というのが投稿の目的だ。
ただ、せっかく増田に投稿するのだから、制作物の宣伝に終始するのではなく、開発していて考えたことや制作背景を書き添えたいと思う。ここにはエンジニアやデザイナー、また技術職でなくてもWebサービスに携わる人、インターネットを使って遊ぶことが好きな人が多いはず。そんな人たちの向けの四方山話として、思考の一助となれば幸いだ。
機能を一覧してもらうと分かる通り、Spotify APIによって支えられている。後述する課題認識があってもやもやしていたところに、あるキッカケでAPI Referenceを目にし、それを読んでいるうちに上記の機能実装が思い浮かんだ。
https://developer.spotify.com/documentation/web-api/reference/
(けっこういろいろ公開されていて、コンソールから叩いているだけでも楽しい。)
他にこんな機能があったらもっと楽しめそう、というアイデアがあれば教えてほしい。
こんなサービスをつくるのだから当然だが、ぼくは音楽が大好きだ。いま、このサービスには毎日何かしらの投稿がされる。DBをウォッチしていて、投稿があるとその曲を聴き、アーティストについて調べ、MVを見る。ローンチして3週間が過ぎ、数千件の投稿がされているが、全ての投稿をきちんと読み、そこで語られる音楽や界隈の文化について調べている。これがたまらなく楽しくて、気づくと一日が終わっている。
“一日が終わっている”はさすがに比喩で、サービスのデザインを作ったり追加機能の設計を考えたりユーザー増加施策を講じたりとしているが、集まってくる投稿を読んでいると時間が溶けてくし、その体験を更に充実させるためにと機能改善・追加機能のアイデアも自然と出てくる。
こういった熱中・没頭状態は、大学時代の学祭や、自社サービスをやっていたベンチャー企業に飛び込んで昼夜開発に勤しんでいた日々にもあった。好きな分野でものづくりをしていると陥る状態で、経験者も多いと思う。
長いことスタートアップ界隈には「流行りそうなWebサービスを作ってバイアウトして一攫千金!」みたいな夢があって、ここ何年かはそれ自体がエンジニアリングやデザインを学ぶときの目的と化している人の割合も増えてきた。ぼく自身がそういったモチベーションの新人の育成にあたったこともある。自分にはそういった風潮が合わず、うまくやってこれなかったという引け目がある。興味のない分野でも攻略していくこと自体が得意で、淡々と技術を学べる人は凄いと思うが、もし自分と同じようにそれが苦手だと感じた人は、諦める前に「好きなもの、作りたいもの」を見つけることをやってみてほしいと思う。
プログラミングスクールに通うにしても、作りたいものがあるとないとでは大きく違う。もちろん、どうしたら何が作れるのかという知識がなければイメージもわかないかもしれないが、その場合は何かを解決したいとか便利にしたいという思いを持っているだけでもいい。特に学生時代は具体的な技術習得よりもそういった見聞を広めることが、何より開発を楽しいと思える素地になると思う。
ぼくはSpotifyを利用しており、本当に膨大な音楽を聴くことができるようになったが、その反面、CDを買って(レンタルして)きていた時代と比べると、楽曲やアルバムに対して深い感情を抱くことがなくなってしまったなあと感じるようになっていた。部屋で聴いている音楽が、データという存在の域を出ず、自分の部屋に入ってきてくれない。音楽を聴いているが、素早く消費しているだけのような気がして、曲と自分の間の関係が希薄になりつつある気がしている。これはストリーミング・サービスの利用によるものなのか、加齢による感受性の低下なのか判断がつかないが、前者が理由と仮定して作ってみたのが今作だ。
ストリーミングで聴いた音楽について、自分の思いや感想を書き起こす時間を設けること。投稿が自身のタイムラインにコレクションされていく様子は、高校時代に部屋の棚にCDを飾っていたときを思い出す。Spotifyを「たくさんの音楽と出会う空間」とするならば、Chooningは「出会った音楽の中から気に入った音楽を連れてきて、改めて向き合う空間」と位置付けることができる。この二つの営みは共存し、互いに影響し合うことで人間と音楽の関係を良好にしていくはずだと考えている。
法人主体がないとプレスリリースに制約が発生することを知らなかった(会社で使っているようなプレスリリース・サービスを利用しようとしたら、法人格がないと無理だった)。仕方なく幾つかのメディアに直接プレスリリースをメールで送ってみたけれど、当然のごとく梨のつぶてだ。つまり現状は利用者が友人の友人くらいの域を出ず、その状況を打破したくて増田に投稿してみたという次第だ。この文章が音楽好きの人たちに届くことを願っている。
私も似たような所にいたのでデジャブかと思った。ただ俺の場合は某大手メーカー。
ディープラーニングをこき下ろして自分たちのAIがより優れていると宣伝するのはどこの業界も同じなんだな。
某大手メーカーの研究所で作られたそのAIは「ディープラーニングのような旧世代の単純なものではなく、次世代の汎用人工知能」といった触れ込みで
AI事業をやっている我々SE部隊の所に降りてきた。AI事業というとかっこいいが、その中のSEは基本的に技術的なことはわからずITゼネコンの頂点として
PMをやっているような人たちが大半を占めるため、「技術的に顧客価値につながるか」ではなく、「顧客をその気にさせるパワポが用意されているか」の
ほうがよっぽど重要だった。また開発した研究所の方も、主任研究者だけは「そのAIすごい!」って心から信じてたみたいだが(笑)、
おそらくその他の研究者は詐欺っぷりには気づいていたと思う。でも「どうせSE土方共にはばれないだろw」という感じで押し付けてきた感あった。
その主任開発者の態度はまさに同じだったね。「なんでもできます。でも『チューニング』の必要があるのでPoCの費用はいただきます。」
という感じ。俺はそれをそのままスルーして客に伝えると「かの有名な○○さんがそういうならそうなんだな!」という感じで客は納得し、
数M~数百Mの金をポンと出す。PoCバブルの2018年頃はそんなボロい商売がいっぱい転がっていた。
しかし、このAIの中身は単に線形回帰程度しかしていないポンコツであり、ディープラーニングと比べるのもおこがましい代物。
「チューニング」といわれるものは実は有効な特徴量などを頑張ってSEや平の研究者が死にものぐるいで見つける作業であり、
全然「チューニング」レベルの話ではない。完全にカスタムAIをSIで作るような作業だった。しかも適当な特徴量でもある程度良い成果を出す
LightGBMやDeep Learningの使用は禁止され、ポンコツAIでも良い成果を出すような特徴量を見つけるという縛りプレイだった。
さらにアルゴリズムの部分がしょぼいだけではなく、エンジニアリングの部分もひどいものだった。
企業のソフトウェアプロダクトというのは開発した人ならわかるだろうが、一部のスーパープロダクトを除いて、正直コードやロジックは大したことがない。
でもテストは少しはしていてドキュメントは揃ってなんとか動くとか、使うための人力サポートは用意しているとか、最低限顧客を
ところが、だ。このAIに関してはデータサイエンス・アルゴリズムだけでなくソフトウェア・エンジニアリングの酷さもすごいものだった。
簡単なメモがあるだけでドキュメントはほぼ皆無、データを食わせると3回に1回はまともに動かない、非公開とゴネられたので
無理やり引っ張り出したコードを見ると大学生が卒検のために書きなぐったようなコード。おまけに「アルゴリズム」という名のくせに計算量解析すら
されていないロジック(そのため特定のサイズや値のデータを入れるとハングする)。
ここで疑問に思うのは「なぜこんなポンコツAIが全社的代表プロダクトになれたのか」であろう。
とにかくポンコツであることはひた隠しにして「次世代の汎用人工知能」というブランディングだけを
ひたすらフロントを使って確立させた事が大きい。さらに開発者は徹底的に外部の雑誌を避け自社の雑誌にのみ論文を大量に投稿し、
社外成果は特許、プレスリリース、雑誌のインタビューに絞ることでプレゼンスを上げるということをやっていた。
(当然だがディープラーニングより優れているなんて社外の学術雑誌に投稿しても「は?またトンデモ論文か」と言われてRejectされるだけである)
そしてこれこそがITゼネコンの真髄とも言うべきところであるが、子会社に専門部隊を作りいつでもそのAIを使ったビジネスをReady状態にする
社内体制づくりをしっかりやったところが大きい。例えばPFNあたりが「うちすごいAIあるんすよー」っていってよくわからん若造(実は東大IS Dr.)
とかが出てきて専門用語を並べ立てたりすると、古い企業からすれば「(どうも信用ならん・・・ほんとにコイツら仕事できるのか?)」となるだろう。
しかし、スーツをビシッと決めた営業と多少技術もわかるSE(もちろんスーツ)が来て、アルゴリズムの説明は一切なく、「ビジネスにどう効果があるのか」
「エンドユーザーへのインパクト」「金銭的効果」など一般人にわかりやすいパワポで説明し、来週から定例会議や進捗会議などPM面もおまかせ、
ふわっとした状態からの要件定義でもやってみせます!といわれる「(これは・・・いける!!)」となるのである。
また2018年あたりは顧客の方も偉い人から「AI使ってなんかしろ」という予算枠だけ用意されたふわっとした状態なので優れたアルゴリズムを使いたい
| コンピューターサイエンスの学習は、職業エンジニアになることを阻害する
| https://zenn.dev/nakanishi/articles/d3d8ff5529832f2acf6c
結論に異論はあるが、これはいい問題提起と思う。間違いなくエリートのための文章ではなく、私のような圧倒的多数の凡人に対して書かれている。
世の中には2種類の仕事があるといえる。一つは糞つまらなくて評価されることもない作業的な仕事、もう一つが評価される創造的な仕事。仕事全体では前者が9割以上を占めていて、残りの1割を後者が占める。企業によっては9割9部が前者だったり、GAFA+Mなんかは5割ぐらいが後者だったりするだろうが、どんな企業が扱う対象でもこの二種類は切り離せず同時に存在しているといえる。
この2種類の仕事はそれぞれ求人として出たとき、前者は安値で買い叩かれるのに対して、後者は高額のオファーが出るのではっきりわかる。また仕事が発生したときは前者は協力会社に依頼したり、社内の腐っている人間や余っている人材を移動させて当てることが多いが、後者は上位の会社や社内の有望な人材にやらせることが多いだろう。凡人は当然、前者である。
それでも多くの平々凡々なエンジニアが、評価される創造的な仕事をしたいと思っているのは間違いない。一方である仕事が発生した時に要求されるのはほとんどが糞つまらない「作業」だ。HTML と CSS を何千行も書いたりするのはエンジニアリングでもなんでもないが、そういう作業をする「作業員」はタスクを完遂する上で絶対に必要になる。その一方で新技術をつかったりアルゴリズムを駆使したりするのはタスクによってはほとんど、いや全く必要ではないかもしれない。GAFA+Mのエリート層でも無い限り、仕事とはそんなものである。そして残念ながら会社からは凡人たるエンジニアは皆一様に使い捨ての作業員として見られているで前者以外が当てられることはない。
そのような仕事の先には地獄しか無いから辞めてしまえばいいと言う人がいる。多くのIT従事者はそれを実際に行動に移していて転職を繰り返したり、CSを学びなおしたり、大学に入り直している。ただしそれをしてもなお創造的な仕事にありつくのは困難を極める。なによりも後者の仕事の絶対量が圧倒的に少ないのだ。GAFAにすっと入れるような「地頭」がなければ面白い仕事だけで食っていくのは凡人には不可能である。CSを学ぶことは否定されてはいけないが、それが現状を打破する確証はどこにもない以上、リスクがある賭けだ。また楽しい作業を経験した分、普段自分がやっている作業が圧倒的に苦痛に感じてくるかもしれない。うまいものを食い続けているとまずいものが食べられなくなってくるのと同じだ。場合によっては社会的な死に至る。
では凡人がやらなければならないことはなにか。それは割り当てられた作業に対して疑問を抱かず、他人と給料を比較せず、ただひたすらに金をためて、結婚も外食もせずなんとか定年まで生きることだ。誰を恨むこともできない、恨むとしたら自分の地頭の悪さを呪い、両親を呪うべきだ。運が良ければ管理職になれるかもしれない、それでもその仕事は「作業」に近いものだろう。もしくは独立か、5年後の生存率からは目を背けたくなる。
はてブのホットエントリ(総合)で月内に数多く[あとで読む]タグを集めたエントリ
332あとで/2811users ASCII.jp:リスニング能力をひたすら鍛え上げられるサイト「ELLLO 」
327あとで/2962users 冷凍/解凍方法 一目瞭然チャート|保存テクニック|旭化成ホームプロダクツ
309あとで/1734users 2020年のエンジニア新人研修の講義資料を公開しました - Cybozu Inside Out | サイボウズエンジニアのブログ
251あとで/1485users 『ビジネスの仕組みがわかる 図解のつくりかた』全文公開|図解総研|note
246あとで/1926users 依存症啓発漫画 第1話 | 三森みさ 厚生労働省
245あとで/1191users ネットワークハッキング入門 - ニート向けソフトウェアエンジニアリング塾
205あとで/1110users 3〜4時間でAWSの監視系のサービス一気に学べたらコスパ良いと思いませんか | Developers.IO
200あとで/1239users 認知行動療法学ぶならYouTubeにある「認知行動療法の基礎と展開」(早稲田大学の講義全12回)オススメ - jacoby のブックマーク / はてなブックマーク
198あとで/1239users 決済システムを作るまえにこれだけは知っておこう - shiodaifuku.io
192あとで/1724users [PDF] 深夜勤務者のための食生活ブック ―健康をめざすコンビニ食の選び方― | 東京労災病院 治療就労両立支援センター
184あとで/2233users ケンタッキー初心者指南 | anond.hatelabo.jp
171あとで/886users AWS Lambdaの裏側をなるだけ詳しく解説してみる - Sweet Escape
165あとで/1034users 発達障害の僕が発見した「すぐやる人」と「なかなか着手できず破滅する人」を分ける思考のクセ | 発達障害サバイバルガイド | ダイヤモンド・オンライン
165あとで/958users SQL記述者全員が理解すべきSELECT文の実行順序のお話 - Qiita
152あとで/1763users 「プログラミング言語Go完全入門」の「完全」公開のお知らせ | メルカリエンジニアリング
151あとで/801users Dockerハンドブック | shimoエンジニアの中の人
149あとで/1016users 難解映画【TENET テネット】攻略-文系にもやさしい徹底解説・考察 ※ネタバレあり|ISO|note
146あとで/1299users 無思想はなぜヤバいのか|小野ほりでい|note
143あとで/1265users マンション光回線の配線方式のお話 - notokenの覚書
142あとで/626users ペパボの新卒研修で利用した資料を公開します - ペパボテックブログ
138あとで/775users 表示速度を飛躍的に向上させるHTML/CSS最新仕様「content-visibility」「Lazy loading」「contain」をコード付き簡単解説 - Yahoo! JAPAN Tech Blog
138あとで/1149users 医師が勧める「ネガティブな考え方を止める方法」 マイナス思考な作者が楽になれた実体験漫画に反響 - ねとらぼ
138あとで/1355users 「紙」に印刷すると間違いに気づく理由 | リコー経済社会研究所 | リコーグループ 企業・IR | リコー
137あとで/1123users 「100分de名著」100シリーズ記念対談 伊集院光さん × プロデューサーA:100分 de 名著 | NHK
133あとで/957users 【ネタバレあり】量子物理学者に「映画『TENET テネット』がどうすさまじいのか」を教えてもらった | ギズモード・ジャパン
129あとで/635users 不安とストレスから解放される見積りとスケジュール方法 | Zenn
127あとで/589users インターネットの本質から理解できるプロトコル「BGP」についてまとめた! - Qiita
124あとで/758users 認知行動療法講義 | 熊野宏昭
121あとで/680users JavaScript学習ロードマップ - Qiita
120あとで/787users Python初学者のためのPandas100本ノック - Qiita
俺は採用も含めたエンジニアリングマネージャーをしているんだが「実務経験○○年以上」と書いているのに実務経験未経験の駆け出しエンジニア、つまりスクール卒業したてのやつが頻繁に応募してくる。
普通、採用要件に満たされていないと客観的に自分を見られるなら応募してこないもんだと思うが(少なくても俺はそう)、世の中そうじゃないらしい。たぶんスクールかどこかで「採用要件は無視してとりあえず応募しとけ」みたいなのを教えているんだろう。
別に実力があると客観的に証明できるのであれば、実務経験がなくても応募してくるのはいいし、こちらとしても大歓迎だ。採用側としては本人の人柄を主立って見ているのではなく、職能を見ている。
実務経験○○年以上で、簡単に言えば「うちのシステムを触らせたときに、ちゃんと理解して改修してくれるだろうか」とか「社内の技術面含めた折衝がちゃんとできるだろうか」だ。
だから、実務経験がなくてもぶっちゃけどうでもいい。実際に、こちらが期待している職責を果たしてくれるかもしれないと思った人には実務経験なしの人でも書類選考を通している。
それ以降の選考で残念な結果になった人もいるが。
例えば某WやTで自己アピールするのであれば下記のことを気をつけたほうがいい。できないなら採用要件にマッチしてないのに応募してくるな。はっきり言ってウザい。
今後もその会社へチャンスは訪れないぞ。おとなしく未経験を採用している会社にいけ。
ま、好きか嫌いかっていう話なら、それは否定もなにもできないね。
一般的な会社だと、電話器を扱う会社とか、複合機(プリンタ)を扱う業者、
事務什器(新品、中古)扱う業者なんかだと普通に取引あると思うけど、
LANケーブルの敷設工事をメインに行ってる業者っていうのは、殆ど取引無いと思う。
だから余計にその手のめんどくさいことは、金払ってもしょうがないかとなるんだよね。
LANのことばっかりですまないが...
全く内容は違うけど、エンジニアリング会社ってのも、同じようなことやってる。
婚活始めるか、と決心して自己紹介文を書き始めて、仕事について書こうとしたところで手が止まった。
もともと開発系の仕事をしていたんだけど、少し前に顧客サポート的な仕事に回された。
プロフィールには普通に新しい仕事について書けばよいはずなんだけど、いきなり異動の決定を言い渡されて納得できないままきているので、自信を持って書くことができない。
新しい仕事もそれはそれで工夫の余地もあってやりがいはあるんだけど、今まで蓄積してきた技術とか作ってきた物を全く無視されたような感じが消化できなくてつらい。
社内で他にやる人がいない微妙にニッチな技術に特化しちゃってたので、そのシステムの優先度下げられたら他の開発やるよりは他の問題のエンジニアリング的解決をさせた方が良いという判断なのかもしれないけど。
今の仕事についてだけ書くと「顧客サポートの仕事をしています」なんだけど、いや、もともと自分はエンジニアなんだ!という思いがある。
「ずっと開発をしていたけど今は、…」なんて書くのもネガティブな感じが拭えない…
はてブのホットエントリ(総合)で月内に数多く[あとで読む]タグを集めたエントリ
301あとで/2366users HUMAN+ 女と男のディクショナリー |公益社団法人 日本産科婦人科学会
287あとで/2103users テキシコー | NHK for School
283あとで/1940users 【図解入門】シンプルな図の作り方|櫻田潤🎨インフォグラフィック・エディター|note
267あとで/1888users 【保存版】「もうデザイナー用の最強チートシート作っちゃおうよ」と現役デザイナー4人で超便利サイト情報を集約してみた|ryota_funakoshi|note
256あとで/2299users 財テク – shunirr | Scrapbox
236あとで/1495users そろそろ語ろうか(其の壱)|和田洋一|note
213あとで/1391users 無料で読めるITまんが 2020年版 - Publickey
211あとで/1201users グーグル元社員が考案「新型やることリスト」が超便利 | Forbes JAPAN(フォーブス ジャパン)
199あとで/1221users プログラミング上達したい人に繰り返し読んで欲しい4冊|erukiti|note
195あとで/1237users ちょっとでもセキュリティに自信がないなら、 Firebase Authentication を検討しよう - mizdev
195あとで/1191users 「プログラミング的思考」で問題解決できる子どもを増やしたい。NHKのプログラミング教育番組が目指す未来とは。 | アンドエンジニア
190あとで/1078users 新しいデザインの教科書 | 多摩美術大学美術学部統合デザイン学科菅俊一プロジェクト | Scrapbox
181あとで/1204users 積分とは・対数とは・微分とは〜「分かる」とはどういうことか〜 - Togetter
181あとで/1482users 無料で使える「住所マスターデータ」公開、表記統一や緯度経度への変換に活用可能 - INTERNET Watch
175あとで/1320users 音階の数学|じーくどらむす|note
171あとで/3574users 祝15周年!あなただけの「はてなブックマーク タイムカプセル」 | はてなブックマーク
168あとで/1467users 「くそダサいデザインの表紙」がダサくなくなるまでの解説がわかりやすくてタメになる…フォントや配色、文字配置など参考になる情報も - Togetter
168あとで/879users ポスト・テレビゲーム|和田洋一|note
166あとで/1273users そろそろ語ろうか(其の弐)|和田洋一|note
160あとで/1282users オードリー・タン「日本人は未来に住んでいるようだった」。台湾の天才大臣が語った来日時の記憶 【インタビュー全文:その①】 | ハフポスト
158あとで/1207users プログラマーから見たPDFファイル | アンテナハウス PDF資料室
158あとで/1853users 「やりがいとか、何難しいこと言ってんだよ!」西川貴教にキャリアを相談したら最強に励まされた|新R25 - シゴトも人生も、もっと楽しもう。
154あとで/1499users 日本の半導体産業についての話 | anond.hatelabo.jp
153あとで/1267users パワポっぽさを脱却する〈色彩編〉|PowerPoint+|note
151あとで/674users 面白Web API 100連発 - pastak-pub
151あとで/1094users リクルートテクノロジーズ エンジニアコース新人研修の内容を公開します!(2020年度版) | リクルートテクノロジーズ メンバーズブログ
142あとで/1599users コロナで大切なものをなくしました|青木杏樹|note
142あとで/1763users 「プログラミング言語Go完全入門」の「完全」公開のお知らせ | メルカリエンジニアリング
140あとで/635users 決済システム概論(1) 決済の基礎・決済リスク|myao@カンム|note
140あとで/799users LINE社内テクニカルライティング講座第2弾!1文では説明が終わらない文章を書くコツ - LINE ENGINEERING
1番目のHUMAN+は日本産科婦人科学会が監修した健康手帳。以前からあるコンテンツのようだけどTwitterでは8月14日頃から盛んに言及され始めた。
単にちゃんと理解できてないだけじゃん。社内かなにかのローカルガイドラインな気がするけど、
そもそもWCAGを理解してないフロント担当なんてアマチュアだよ。
~はリーダー設定によって処理が変わるからどれに寄せるかは難しいけど、作品サブタイトルに入ってるのならそのままにしておくべきだし(自前で生成しているコンテンツでないものを処理するのはそもそもおかしい)、読む設定のばあい数字に挟まれてる部分は「から」で読んでくれる奴の方がおおい。
リンク先は文章自体を説明にする方法や、aria-labelledbyを使う方法もあるけど、いずれにしろ()を連ねる形で対処する必要は無い。
基本的にセマンティックをリーダーが読み取れるようにすればいいだけ。それも気に出来てないのがおおいけど、
仕事にする水準に達してない(豪華にするためにパララックス入れるのが仕事だとおもってたような)アマチュアが多い業界ってだけだよ。
だって、それより構造化が苦手な人がたくさんいる製造業はプロセスのエンジニアリングが出来ているから個人の能力に制限されず製造ラインを動かせる。
そういう人でもできる様に明確なドキュメントをつくってトレーニングしながらやるのが仕事だし、
実際ウェブエンジニアが嫌いなトヨタの組み立てラインの同時生産品目のほうが下手すればそこらのウェブ会社が作れるサイトの種類よりずっと多い。
いい加減エンジニアリングを学び直して欲しい。
時間 | 記事数 | 文字数 | 文字数平均 | 文字数中央値 |
---|---|---|---|---|
00 | 94 | 11540 | 122.8 | 47 |
01 | 95 | 14453 | 152.1 | 42 |
02 | 29 | 6459 | 222.7 | 80 |
03 | 74 | 5233 | 70.7 | 35 |
04 | 67 | 6253 | 93.3 | 36 |
05 | 48 | 3362 | 70.0 | 24.5 |
06 | 36 | 4835 | 134.3 | 38 |
07 | 39 | 7068 | 181.2 | 78 |
08 | 55 | 5555 | 101.0 | 45 |
09 | 118 | 9902 | 83.9 | 40.5 |
10 | 170 | 17140 | 100.8 | 47.5 |
11 | 163 | 11086 | 68.0 | 39 |
12 | 118 | 15064 | 127.7 | 54 |
13 | 176 | 16789 | 95.4 | 41.5 |
14 | 115 | 11945 | 103.9 | 43 |
15 | 123 | 19414 | 157.8 | 49 |
16 | 110 | 13595 | 123.6 | 48.5 |
17 | 123 | 10908 | 88.7 | 45 |
18 | 106 | 11694 | 110.3 | 43 |
19 | 92 | 7150 | 77.7 | 51.5 |
20 | 100 | 11596 | 116.0 | 32.5 |
21 | 203 | 23134 | 114.0 | 40 |
22 | 110 | 12795 | 116.3 | 49 |
23 | 117 | 15782 | 134.9 | 43 |
1日 | 2481 | 272752 | 109.9 | 44 |
アレキサンダー(4), 紙媒体(6), YAMAHA(4), 一種類(3), Bit(12), なぅ(3), シルエイティー(3), vbucks(5), skin(7), 夏への扉(8), 民主化運動(3), トレンディドラマ(3), エロ本(17), カプ(10), 難癖(10), 統失(9), ポルノ(14), generator(7), ポエム(9), 履歴書(6), SF(14), 女オタク(6), 長文(28), DV(12), 自(9), 戦士(7), 感想(55), 嗜好(7), 満たす(8), 規制(43), 黒人(25), 二次創作(14), 創作(20), 欧米(16), お気持ち(26), フィクション(12), 界隈(27)
■ひとりの長文感想マンに推しカプ界隈を支配された話 /20200629213448(34), ■一度生活レベルを上げたら戻せないもの /20200629203800(32), ■地元の人は無関心なのに他所の人は名物扱いするもの /20200629234758(22), ■日本のエンジニアリングの凄さを忘れてはいけない /20200630052320(20), ■6月に書いた増田 /20200630151938(12), ■昔のセクハラや性暴力が蒸し返されて社会的に葬り去られる世の中になってるけど昔のパワハラはどうやら不問なようだ /20200629225527(11), ■『夏への扉』を勧めるのは素人騙してSFにオルグするため /20200630045213(9), ■オタクコンテンツはなぜ失速してしまったのか /20200630233220(8), ■納得してるふりをしながら「リベラル男性」をやり続ける /20200629225227(7), ■手術して治るものならいいのに /20200630021035(7), ■バイデン大統領とか悪夢でしょ /20200630093641(7), ■ /20200630031617(6), ■子供が減ると女性蔑視が減るのではないかという話 /20200629181719(6), ■最近、ぶりのアラばかり食べてる /20200629215720(6), ■通勤途中の田んぼ道で会う動物たち /20200630014020(6), ■無料になれすぎた馬鹿なユーザーがクリエイターを殺すんだなって。 /20200630165626(6), ■女なことが嫌なわけではないが、男になりたいと思ったことはある /20200630085529(5), ■anond:20200630010332 /20200630010745(5), (タイトル不明) /20200630103055(5), ■anond:20200630141133 /20200630141917(5), ■中国共産党ってウイグル民族に何の恨みがあるの……? /20200630145017(5), ■『鬼滅の刃』の作者の名前をお前たちはまだ知らない /20200630151706(5), ■エガオノダイカを見終わったので微弱に擁護する /20200629224940(5), ■結婚したい人生だったなぁ /20200629134049(5), ■32歳無職妻子持ち /20200630212856(5), ■恋愛に一番大切なのは『人間への興味』だと知った /20200615205925(5)
いまではHyperThreading-90がないと駄目だなぁとは思うぐらいにはプログラマーとしてレベルアップはしたけど、扱いづらいうえに、メリットがなかったからな。その苦い思い出なんだろうな。
普通はMany-Coreの方が面白いし 実際32コアまで来たからな。
機械学習には使うだろうし、正直リアルタイムモビングなんかには、有効だろうけど 何に使うんだそんな技術っていうと、やっぱりHyperThreading-90なみに あまり意味のない技術っていわれちまうよな。機械学習以外に使えそうもないというのはまぁそのとおりだろう。扱いづらい割にはいまいちメリットを感じない。45Wが1%効率が良くなっても41W 120分バッテリーが持ちますが121分 カタログでは売れるんだろうが、買い替え需要を引き起こすほどじゃない。サンプル考える限り 扱いづらい。それで1分バッテリーが伸びる 2時間のうちでは 売れるとは思えない。