「Github」を含む日記 RSS

はてなキーワード: Githubとは

2021-06-13

SIer日本人PM海外で一切通用しないがプログラマはチャンスある

というごく当たり前の話にブチ切れるコミュ強?SEさんたちが某所で大量に出てきて笑ったw

日本SIerとかだとプログラマコーダーと読んで蔑んでみたりSEPMとかの上流側に来ないとプログラマなんてクソだよ、みたいに言う奴たまに見るけど、

これの違和感の正体にようやく気付いたわ

日本PM, SE = キャリア海外切通用しない

プログラマ = 開発したソフトウェアサービスの成果が海外アピールできる。GitHub技術力の証明や関わったプロジェクトコードの行番号単位アピール可能。Issueに書いた英語英語力や指摘のレベル、プルリクエストでどれだけ技術力があるかもアピール可能

この圧倒的なキャリアの差を、客(日本限定)とのコミュニケーションできるキャリア階層、に置き換えて劣等感を誤魔化してたんだな

思ったんだけどSIerゴミSEPMと同様に外資系コンサル海外への道は絶望的だよね

特に外資コンサルって海外志向強い人が多いイメージだけど、菅みたいな無能老人だらけの日本企業経営幹部層とどれだけコミュニケーション通じるようになったところで、

海外で働けるキャリアには一切ならない。

対してプログラマーの場合アメリカ限定しなくてもオランダイギリスフランススペイン北欧プログラム書いてる日本人はそこそこブログ見かけるし、

プログラマGitHubで有名ライブラリ公開して有名になったらそれがそのままキャリアシート代わりになって優秀な海外の人たちと働けるチャンスが毎年上がっていく

日本企業相手コンサルPMだと、それが不可能

日本プーエムやコンサルやってたやつが欧米PMコンサルできてるケースなんて、ほぼ存在しない。

あったとしても、結局GAFA内部のプログラマ上がりのキャリアのケースばかりで、プログラムも読み書きできないSE/PM海外仕事できてるケースは全く目にしない。

PM/SEプログラマを見下して来たら、「でもPM/SE海外キャリア絶望的でしょ?w」って返したらもう勝ち目なくね?

そろそろ転職準備するか

転職した時は一時的英語勉強してTOEIC800点とったりしてオプション積んで転職したけど

年も年だし今回は英語だけでは、現状からの大きな昇給は難しいだろうな

今の会社にいる間に論文を何本か通してるから、それは武器になるとしても

プラスしてGitHubアカウントとって何か新しいネタ実装でも入れとくのがいいのかな。

さて、とすれば、どの企業ターゲットに、何を実装しておけば、売りになるか・・・ってのを考えないとだなぁ

SIer日本人PM海外で一切通用しないがプログラマはチャンスある

というごく当たり前の話にブチ切れるコミュ強?SEさんたちが某所で大量に出てきて笑ったw

日本SIerとかだとプログラマコーダーと読んで蔑んでみたりSEPMとかの上流側に来ないとプログラマなんてクソだよ、みたいに言う奴たまに見るけど、

これの違和感の正体にようやく気付いたわ

日本PM, SE = 海外で働けない

プログラマ = 海外で働ける

この圧倒的なキャリアの差を、客(日本限定)とのコミュニケーションできるキャリア階層、に置き換えて劣等感を誤魔化してたんだな

同時に外資系コンサルIT大企業SEPMキャリア海外への道は絶望的だよね

特に外資コンサルって海外志向強い人が多いイメージだけど、菅みたいな無能老人だらけの日本企業経営幹部層とどれだけコミュニケーション通じるようになったところで、

海外で働けるキャリアには一切ならない。

対してプログラマーの場合アメリカ限定しなくてもオランダイギリスフランススペイン北欧プログラム書いてる日本人はそこそこブログ見かけるし、

プログラマGitHubで有名ライブラリ公開して有名になったらそれがそのままキャリアシート代わりになって優秀な海外の人たちと働けるチャンスが毎年上がっていく

日本企業相手コンサルやPMだと、それが不可能

日本でPMやコンサルやってたやつが欧米でPM・コンサルできてるケースなんて、ほぼ存在しない。

あったとしても、結局GAFA内部のプログラマ上がりのキャリアのケースばかりで、プログラムも読み書きできないSE/PM海外仕事できてるケースは全く目にしない。

PM/SEプログラマを見下して来たら、「でもPM/SE海外キャリア絶望的でしょ?w」って返したらもう勝ち目なくね?

anond:20210613100219

言ってること全く合ってないよ

GitHubというかgitは日付やタイムスタンプバージョン管理なんかしてない。

コミットハッシュコミット参照元バージョン管理してる

君はおそらく老人なんだろうが、「思い込み」はやめた方がいい。自分思い込みを疑わなくなったら、技術者として終わりだよ。

anond:20210613095557

言ってる事はあってるだろ

Gitというかバージョン管理概念なんて、元をたどれば日付でバージョン管理していたって話は合ってる

Githubすげぇ」「Githubしか勝たん」みたいな本質ではなく、ネームバリューに目がくらんでる人とかチュートリアル程度しか使いこなせないのに玄人ぶってる人が滑稽だって言いたいんだと思うよ

anond:20210612031546

例えばDockerなんて大昔からLinuxが持っている機能の寄せ集めだし、Gihubなんて本質的にはファイル名に日付を管理するのと変わらない。弊社に関して言うと、AWSなんていってるけど所詮VMだし、弊社はハードウェアレベルでより高い技術を持っている。

I〇Mさんってこんなレベルの人が部長相当やってるんだ…

これはライバル企業ネガティブキャンペーンなのか?

GitHubが日付管理するのと変わらないってことは、そもそもgit自体理解してないのに知ったかしてるんだな…

日本企業顧客レベルに合わせ続けた結果、Iさんの部長レベルUSB大臣FAX保健所に合わせざるを得なくなってしまったのか。。。

テクノロジー企業テクノロジー捨ててテクノロジー批判するとは企業老害化も行きつくところまで行きついたな

40代なのか50代かわからんけど子供から成長しきれない年老い子供な君にこの言葉を送るよ

It ain’t what you don’t know that gets you into trouble. It’s what you know for sure that just ain’t so. “ – Mark Twain***


恐ろしいのは君が物を知らないことではない。知らないのに知っていると思い込んでしまうことだ。マークトゥェイン

2021-06-12

今までの尽力に対する感謝と、君への今後のアドバイス

https://anond.hatelabo.jp/20210610184501

文面からおそらく弊社の、しかも関わりのある事業部なのだろうと想像した。そういう意味ではまずは今までご苦労様。

その上で一言アドバイスさせてくれ。

自己紹介

まず自己紹介からしよう。私は主に公共向けのSEをしている部長相当職(社内ではある固有名詞で呼ばれている)だ。社内の製品は一通り把握している自負はあるので、よっぽどマイナーものでなければおそらく君のところの製品も触ったのではないだろうか。

社内の開発環境について

開発に必要があるなら申請を出せば普通に入手できるし、Git普通に使っている。正直なことを言おう。そんな小さいことで辞めたのか?と思ってしまった。35歳で主任(これもある固有名詞で呼ばれてたんじゃないか?)ということはそもそも開発者なんてフェーズはとっくに過ぎてマネージメントを任される頃のはず。これはたとえ製品開発の事業部だったとしてもそんなに変わらない。それなのにその視座の低さがとても気になったよ。概して若いコーダー顧客メリットが0であるような単なる自己満足としてGithubの利用やDockerを使いたがるが、悪いけどそのまま大人になってしまった感じを受けた。開発環境の優劣というのはそんな低レベルな話ではなく、上流工程での品質の作り込みがしっかり行われているかとか、品質管理KPIがしっかりされており、そのKPIに対するPDCAが回っているかとか、人月単価を適正に管理競争力のある製品を作る予算管理ができているかといったことのほうがよっぽど重要

年収について

弊社はあくまでも「ものづくり」「エンジニアリング」の会社であって、「コーダー」の会社ではない。そのためDockerだのGithubだのMavenだのといった要素技術に対してそんなに価値を認めてないんだよね。もちろんそういった技術で儲けようとしているWeb系の企業がたくさんあるけれど、年収を比べてみれば結局どっちの市場評価が高いのか、よくわかるんじゃないかな。「ものづくり」で大事なのはあくまでも顧客要求を満たすことで、それはDockerだのGithubだのMavenだのを使うことととは次元の違う話だし、市場価値が高いところにコミットしてそうでないところを適正に管理しているからこそその年収が出せるものだと思ったほうがいい。今の年収と同じ水準でモダン 笑な環境転職したじゃないか反論されそうだが、転職市場は前職の年収ベースになるので結局君の実力ではなく弊社の実力が評価されただけなんだよね。そこは謙虚になったほうがいいと思う。

君の失ったものと見えてないないもの

まずシステム開発は「ものづくり」ということが見えていない。「ものづくり」というのは単にコードを書くというだけでない(君はそこにフォーカスしすぎて、その環境の悪さだけが目についたように見えた)。市場要求に対して適切に答えてるのが命題であり、技術は単なる手段ということを忘れてはいけない。プログラミングというのは手段である技術のたった一要素に過ぎない。そういう徹底的な顧客志向日本メーカーは長いことやってきており、高い生産性を実現してきたし、社員にもその精神を学んでほしいという一心ビジネスを動かしている。だが、最近IT系企業は「ものづくり」ではなく技術目的にしているところが多いよね。MacGithubとか言ってる層は特にその気が強いと思うのだが、君は結局そこに行ってしまったようだ。

これからの行動の指針のアドバイス

以上を踏まえておじさんから一つだけアドバイス。今のWeb系がやっていることは所詮大昔の技術を再発明しているだけであり、本質的価値が薄いということ自覚した上で本当に顧客が欲しい物を作るということを忘れないでほしい。例えばDockerなんて大昔からLinuxが持っている機能の寄せ集めだし、Gihubなんて本質的にはファイル名に日付を管理するのと変わらない。弊社に関して言うと、AWSなんていってるけど所詮VMだし、弊社はハードウェアレベルでより高い技術を持っている。AI企業は専用AI個別案件ごとに作っているが、弊社は汎用AI世界で初めて開発した。でもそれらを積極的宣伝はしていない。なぜか?それらは単なる手段から。むしろお客様へのソリューションという形で宣伝していて、結局顧客ビジネスフォーカスしているんだよね。だからこそ利益が出せ、年収も高いというわけ。なので、再度いうが、本当に顧客が欲しい物を作るということを忘れないでほしい。

2021-06-10

日本の古き良きIT企業退職して3年がたった

3年前、世間一般にはメーカーSIerとして知られている会社退職した。ただ俺のポジションパッケージソフト開発であり純粋SIerとは異なる。

客ともSEとも会話せず、ひたすらドキュメントプログラムを書く部署だ。といっても別にペーペーではなく主任クラスであり、

会社の業績がとてもよかったこともあり年収1000万弱はあった。35歳。

これだけ見るととてもいい待遇に見えるだろう。でも耐えられないことがいっぱいあった。

Linuxで動くアプリなのにVMを動かすのも苦労する8GBしかメモリのないWindows PC、紙にコード印刷して説明しないと納得しない品質保証部、

作業実施Excelにチェックを付けていくテストjquery一つ使うのに3ヶ月かかる承認フロー、開発中にバグを一つ出すごとに

ひたすら反省文を求める品質保証部と一緒になって詰めてくるマネージャー、常にコンパイルできないtrunk、

Java 5の時代から進化しないコード、使いにくい社内ミドルウェアの利用を強制される設計、開発期間の半分以上を占める最上設計

一旦書いたコードは消してはならずコメントアウトしないといけないコーディング規約など、数を上げればきりがない。

色々改善活動を頑張ったものの、結局Subversionの導入も品質保証部がついていけないから、ということでClearCaseといわれる

今ではほぼ誰も使ってないであろうバージョン管理ツールが使われ続けることになった。使いにくい社内ミドルウェア

研究所がその道のプロと聞いたので一緒に改善を図った。そしたらRubyしかいたことがない文系新卒の子が出てきた。

一応研究所の人だし…と思って新バージョンプロトの開発を依頼したら、1分以上稼働できない状態になって出てきた。

研究開発は準委任相当なのでそれ以上修正を依頼できずに期間が終わった。

また前の会社独特の文化として、大きなバグを出した開発者反省会(社内ではとある固有名詞で呼ばれている)があった。

この反省会のターゲットになった開発チームはその資料準備で開発が1〜3ヶ月ほど止まるほど大掛かりなイベントだ。

このとき担当品質保証部は「連帯責任から」という理由資料レビューに大変な精を出す。余計なお世話だ。

このため1020ページほどの資料を毎週レビューにかけて最高のものにしていく。でも結局本番では幹部からの怒号が飛んで終わりである

連帯責任かいっていた品質保証部は幹部と一緒になって詰めてくる。連帯責任ではなかったのか。

幹部によると、この反省会があるから今の会社があるんだそう。これを経験して一人前らしい。

こんな感じで開発の体制はひどかったが、世間一般ではホワイト企業と見られている通り有休は取りやすかった。

そのため、転職活動を始めた。そしたらなんと「メモリ32GBのマシン」「mavenが気兼ねなく使える回線」「自動テスト

GitHub」「CI/CD」 という発言ポンポン出てくる。メルカリだのGoogleだのといったイケイWeb系ではなく、

いわゆるSIerでもだ。最初は何だこの格差はと思ったが、まぁ営業トークなんだろうな、と思い直した。というわけで

ケイWeb系も内定は出たものの、つい安定をとってしまい某大企業のDX系の部署転職した。

そしたら何だこれは。最高スペックMacBook ProからGitHubpushするだけで自動デプロイで即サービスイン、

問題が発生したら社用携帯に通知が飛んできて、クラウド監視サービスログをチェック、即修正デプロイ

社内の連絡はSlackで、スタンプを押せばIssueがたち即関連部署対応に走る。OfficeツールGoogle Docsで、

計算表はちゃんと表として使っている。開発者ちゃんと開発をしており、反省会の準備や品質保証部の接待なんて業務はなく

純粋エンドユーザーだけを見ている。ここはなんて最高の環境なんだと歓喜した。また個人的にはおまけ程度であるが、

年収は30万ほど増えて大台に乗った。

さて、それから3年がたった。人間というのはい環境になれると対して喜びを感じなくなる、というのはそうだと思う。

今では別にdeployブランチマージされたらCIが走って自動テストが走りデプロイされるのも、だから何?

って感じだしま普通仕事として淡々とやっている感じはする。待遇面で悪化した点もちらほらあるし

(例えば年間休日が5日ぐらい減った、残業が月5時間ぐらい増えたなど)などもある。

ただ一つ言えることは前の会社には戻れないな…ということである人間一度生活レベルを上げてしまうと下げるのは

とても苦痛に感じてしまものである

ただ、一つだけ今の会社転職してよかったと感じ続けられることが一つある。それは人だ。

前の会社では家でプログラムを書いているなんていった日にはおちょくられたり、人生楽しいの的な目で見られたりした。

芸能人ゴルフの話ができないとコミュ障扱いされた。そのため仕事の話はしても、飲み会にはできるだけ行きたくなかった。

でも今の会社では雑談としてFastlyが落ちても大丈夫CDN構想とか、AtCoderの話をして盛り上がることができる。

ダイバーシティなんていうが、人間所詮同質な人間同士で集まったほうが快適なんだな・・・という複雑な思いを抱いている。

追記

皆さん読んでくれてありがとうございます。いくつか質問が出ているので答えられる範囲で答えます

真面目な疑問なんだけど、Java5のコード書いてる人を1000万で雇う会社があるの?どういうモチベーション??

製品自体90年代から脈々とバージョンアップしている企業向けのソフトウェアなので、コードベースが古いというのがあります

またユーザーからすると中身がJava17だろうがJava5だろうが関係ないわけで、要は業務が滞りなく進めばよいわけです。

そのため昔から受け継がれたスパゲッティコードを地道に解き明かし、新しく出てきた要件を今までのコードベースを壊さずにバグなしで追加していく、

もとからあったバグについては、その他の数百万行のユニットテストもないコードに影響なしで修正を施す、といった技能必要になります

こう考えると意外と希少なスキルなんだな・・・と思えるかもしれません。

clearcaseよりもsubversionの方が100億倍導入も運用簡単だと思うんだけど品管どうなってんの?

ClearCaseご存知な方がいるんですね!一から作る製品だとSubversionのほうが簡単かもしれません。ただ、ClearCase専用の

社内ツールがいくつかあり、そのツールで出力した情報を社内資産として持っているという理由があったりします。

例えばお客さんから「この機能バグってるっぽい」というクレームを受けた際、その機能周辺の情報をそのツールから検索し、

コードレベルで再発防止策を関係部署総出で練った上でお客さんに回答する、という運用フローになっています

そのため、Subversionに変えるためには開発陣の一存では無理で、品質保証部やマネージャー層など全ての知識アップデート

必要になり、そこまでコストをかけて説得して回る必要はあるのか・・・という話になってしまうわけです。

ただ、社内の生産性を向上させるのが目的部署としてはSubversionGitを社内に浸透させたがっているのも事実で、

新規プロダクトなんかはGitを使っていました。ただしGitHubプロキシでアク禁されているだけでなく、サービス名名指しで使用禁止

になっているので、相当の理由がない限り使えないかと思います

主任クラスでも1000万円近くもらえるのか。すごい。

1000万という数字に興味のある方が多かったので参考までに書いておくと、等級ランクというもの存在して管理職を除く最上位のランク

なると2人の子持ち、賃貸住まい、標準評価で大体900万になるという感じです。年功序列だが部署ごとに違うというイメージで、

研究所だと20代で到達する一方、利益を上げていない事業部や間接部署だと定年間際まで到達しない人も多い、ぐらいの感じです。

平均では30代中盤ぐらいでしょうか。

ちなみに私の場合は基本給は33万程度ですが、そこに裁量労働手当と住宅手当、家族手当がついて月給で50万を超えるぐらいでした。

ボーナス個人評価よりも部門業績に大きく左右されるのですが、部署が最高評価場合は夏冬とも150万以上でした。

最後最後ダイバーシティについては、ダイバーシティ勘違いしているように思う

なるほど、たしかに。ちょっと言葉の選びが悪かったかもしれないですね。

OSSフリーライドするなとか金払えとか支援しろとかそういう想いは微塵もないのだけど

スポンサーとなって金を払って俺らが使っているソフト開発者を支えてくれてる個人企業

もっと宣伝や称賛される機会があってもいいんじゃないのだろうか

じゃあ具体的に何があったらいいんだって言うと何もアイデアはないんだけど

GitHub Sponsorじゃバッジが付くだけだし

支えたいって気持ちだけで金が集まるなら苦労しないんだよね

2021-06-03

[]2021年5月はてブあとで読むトップ30リスト

はてブホットエントリ(総合)で月内に数多く[あとで読む]タグを集めたエントリ

400あとで/2455users ハーバード大プログラミング講座を日本語化 無料で学べる「CS50.jp」公開 - ITmedia NEWS

340あとで/2437users 米ハーバード大学のプログラミング授業 日本語訳無償公開 誰でも聴講可 | ツギノジダイ

335あとで/2327users 東大無料公開している超良質なPython/Data Science/Cloud教材まとめ (*随時更新) - Digital, digital and digital

292あとで/1762users 新人の方によく展開している有益情報Qiita | kazuo_reve

244あとで/1441users 知っておきたかったLinuxサーバ設計、構築、運用知識まとめ - hiroportation

228あとで/1463users Google提供する無料AI講座受けてみた 1時間機械学習の基礎がわかる | Ledge.ai

227あとで/1355users 無料で読める、東大京大の「Python教科書電子書籍AI機械学習無料電子書籍 - @IT

220あとで/1750users 研究の話 | 医療法人豊隆会 ちくさ病院

208あとで/1145users ブラウザレンダリングの仕組み | Aki Kahamura | Zenn

191あとで/1151users すべての働く人におくるストレスマネジメントの基本 | knowledge / baigie

188あとで/1023users 【図解】https(SSL/TLS)の仕組みとシーケンス,パケット構造暗号化範囲, Encrypted Alert, ヘッダやレイヤについて~ | SE道標

187あとで/989users 認証と認可の超サマリ OAuth とか OpenID Connect とか SAML とかをまとめてざっと把握する本 | ほげさん | Zenn

180あとで/1161users すべての開発者へ。すごいGitHubリポジトリ10選 – Qiita | baby-degu

179あとで/2080users 山本ゆり(syunkon レンジは600W) on Twitter: "今まで紹介したレンジハンバーグ個人的に優勝。この手間でこの味になるかと驚くほど簡単で、本当に美味しい(包丁不要。ボウルで捏ねないかヌルヌルの洗い物もナシ) 卵の有無、練り具合、つなぎの量など何度も試作しました。柔らかくジュ… https://t.co/BXntIVz5NQ"

169あとで/1342users 『スタンフォード式 最高の睡眠』を読んで、睡眠について知らないことがまだまだあったのかと感動しました - おたま日記

162あとで/1388users CS50 for Japanese(ハーバード大学 CS50 の日本語版翻訳プロジェクト): コンピュータサイエンスの入門

161あとで/1375users カレースパイス調合の基本からスパイスカレーや肉のスパイス漬けを極める(小林銅蟲/イナダシュンスケ) - ソレドコ

154あとで/743users 世界一わかりみの深いOAuth入門 | Noriyuki TAKEI | Speaker Deck

153あとで/1529users TOKIO国分太一さん「センスのいい、もらって嬉しい手土産知りませんか?」見ているだけで楽しい推し手土産」が集まる - Togetter

149あとで/980users 機械学習研究者を目指す人へ | Hiroshi Takahashi

149あとで/1629users お前らの登録してるyoutubeチャンネル教えろよ | anond.hatelabo.jp

144あとで/1277users 【更新創作する人は必読!書評家が下読みで感じた「応募小説問題点」がめちゃくちゃタメになる - Togetter

144あとで/1225users ナビつき! つくってわかる はじめてゲームプログラミング | Nintendo Switch | 任天堂

144あとで/1668users 政府向けシステムの話をするときの前提知識 | anond.hatelabo.jp

135あとで/656users フロントエンドパフォーマンスチューニング俯瞰する - 30歳からプログラミング

133あとで/998users 社員用に作った文書校正ツール一般公開した - gecko655のブログ

133あとで/2245users ため池に落ちると、なぜ命を落とすのか(斎藤秀俊) - 個人 - Yahoo!ニュース

131あとで/1170users 真っ先に変えるべきは日本人の「思考」 オードリータンが貫く「透明性」と「多様性」:「前例がない」をやらない理由に(1/5 ページ) - ITmedia ビジネスオンライン

126あとで/796users DOM Events | Alex Reardon

124あとで/912users 「結果が出ない焦り」と向き合う方法柴田史郎|note

124あとで/598users MySQLインデックスと私 - Speaker Deck | yoku0825

ナントカ大学の教材、みたいなエントリに[あとで読む]タグが集まった

スタンフォード式 最高の睡眠』は読んでしまった

2021-06-02

半導体お話

ワーストケース:日本国内にある装置メーカー材料メーカー海外移転し、国内から技術が失われる。

中国との距離が近いことから日本国内にあるのが米国から見れば安全保障問題となる。

企業側としても、需要のあるところに近い方が輸送コストの削減、先端プロセス要望を受けることができる。

日本大学が、装置メーカー材料メーカーにとって他に代わりにならないような教育研究実施しているわけでもない。


電子計測器メーカーも敗走、日本から撤退

大学研究時に、装置が入手できない、見たことがないので探せないということに波及。


自動車への影響

半導体の入手が出来ないことに注目されているが、他のリスクがある。

スマホと同じビジネスモデルを車にもってこられた場合

自動車向けの共通OSを1社独占、OSが動く半導体が独占される。

AndroidのようにOSの発表と同時にハードを作って発表する場合OSを先行リリースをしてもらう必要があるが、

契約に莫大な金額要求されるようになる。

また仕様が毎年変わるのに対応するので体力を削られる。

OSメーカー差別化となる技術は社内に数年発表せず先行する)

搭載する規格も一部の企業団体が決める。

例えば出荷試験をするための装置ソフトなどの一式を購入しないと規格認定されない、という事態がありえる。


OSが先行して提供される企業と、開発期間が半年ほど違うといったスケジュール的に不利な立場になる可能性もある。


仮に半導体復活に力を入れる場合

現状
  1. 露光装置 : 先端プロセスから脱落
  2. エッチングや成膜: まだ先端
  3. 洗浄 : まだ先端
  4. テスト装置 : まだ先端


設計ソフト環境について

米国独占

数理最適化ソフト開発力が必要となる。

また膨大なサーバーなどのハード資産を使うことが前提となる。

エミュレータと呼ばれるソフト的なシミュレーションより早く結果を出すハードウェアもある。

トランジスタ数のスケーリングに対して設計ソフト(EDA)のスケーリングが十分ではない。


設計ソフト対応していなければハードが作れない、1企業要望で開発できる規模でもない、

要望を出すとノウハウ流出、ということもある。


実際に物を作った際に起こる問題の把握も重要になる。

先端プロセス対応する場合、そこで起こる問題と、その回避方法を開発ソフトに取り込む必要がある。(ファブレスでは無理)


実装Githubに転がっていない、詳しい論文は出てこない、など、米国が独占している理由の一つ。

製造に関する売上に比べると金額規模は減るが、設計ソフト対応している範囲内でしか半導体は作れない。


量子コンピュータにかけるとしても、後々必要になってくる。


なお設計ソフトの数と機能も膨大になっており、使いこなすためのノウハウ共有も必要となる。

(ネットピンポイントではなく、ソフトウェアのドキュメントを読み込み、評価といったことが必要となる)

AIチップ自動運転チップに注力するとしても、人材育成にそれなりに時間がかかる。

実際にチップを作って不具合評価対策からデザインルールへのフィードバック必要となる。

(TSMCから提供されるライブラリを使えば不具合が起きなくなるわけではない。確率は減る)



部品メーカーについて

Appleのように巨大な最終製品を作るメーカーに振り回される。

インテルですらAppleモデム不採用になったら事業ごと売却を迫られる。

また半導体は長期的に周辺にあるものを1チップに集積していくため、最初採用されていてもAppleが自前で作るようになるといったことも起こりうる。

他にも契約により従業員への独自対応必要


物理限界への挑戦といった、リスクの高い部分を請け負うことになる。

開発したとしてもノウハウもっと安い地域へ展開されるリスクもある。

開発として従来の製品に対してより優れた数値目標を設定することになるが、最終製品ノウハウがないため、次第に過剰品質コスト高に陥る。

最終製品を作っている企業は、リッチCPUソフトウェアでより安い部品で良いか検討するが、それは部品メーカーからは見えず、ある日採用されないという事態になる。



差別化要因は膨大なハードを使うソフト

ハードを捨ててソフトのみに行った場合差別化要因にならない。

ソフトはすぐに真似られる。(クラブハウスTwitterFacebookにすぐ真似られたように)

Googleが真似られないのは膨大なサーバーに裏打ちされている。

衛星といった特殊ハードから取れるデータ活用するといった部分も差別化要因。



チームでの情報収集能力必要

CPUGPUスマホのような目に付きやすい部分は情報が集まりやすく、それ以外の情報は集まりにくい。

もちろんプレスリリース論文のみであり、公開しても良い情報である

半導体記者にしても、一部の分野しか把握できない。

1人では難しく、複数の分野の情報を集めて横断的に分析できる組織必要となる。

既に日本場合設計情報を集めていたSTARCはなくなっており、AIチップ設計を進める場合、そういった団体支援から必要となる。


半導体が使われる先の需要予測、求められる性能仕様を集める組織必要

作ったは良いが売れない、赤字を垂れ流し続けるというのを防ぐために、ニーズ分析必要となる。

また海外への販促路といった、国内需要にこだわらない組織も必要

anond:20210602084925

ソフトウェア全般コード例なんてgithubあさればいくらでも見れるのであなたアレオレ詐欺とか聞きたくないんですけど。

そういうものが見たいんじゃなくて、元増田のやりたいことを最も的確に行うコードですよ。

2021-06-01

anond:20210601110519

堀江さん、西村さん、西野さん、落合さんなどの日本での人気者を挙げている点が日本オードリータンを発掘できない理由じゃないですかね。

その辺の知名度の低い(けどgithubとかではコントリビューションが多い) エンジニアを引っ張ってきたほうがまだマシな気はします。

2021-05-31

東京五輪に対する派閥樹形図

樹形図書いてみたかったんだけど、つかれたのであとは任せた(githubwikiでやりたかった)

すでに誰か書いてたら教えて。

   ┣━ 五輪やりたいよ派
   ┃    ┣━ コロナ関係あるよ派
   ┃    ┃    ┣━ コロナに打ち勝った証にやるよ派
   ┃    ┃    ┣━ いっそ選手コロナにかかって犠牲になってほしいよ派(破滅願望派)
   ┃    ┃    ┣━ 支持率回復するからやりたいよ派(自民党幹部派)
   ┃    ┃    ┗━ コロナ経済が死んだので経済回復させたいよ派
   ┃    ┗━ コロナ関係ないよ派
   ┃            ┣━ やるっていったからにはやるよ派
   ┃            ┣━ やっぱりなんだかんだ言って盛り上がるよ派(パリピ派)
   ┃            ┣━ 利益供与受けてるのでやりたいよ派
   ┃            ┗━ やらないと今までかけたお金が取り戻せないよ派
   ┃
   ┣━ 五輪やりたくないよ派
   ┃    ┣━ コロナ関係あるよ派
   ┃    ┃    ┣━ 変異種うまれから勘弁してよ派
   ┃    ┃    ┗━ 今まで犠牲になったイベントをやっていないのに五輪やれるわけがないよ派
   ┃    ┗━ コロナ関係ないよ派
   ┃            ┣━ スポーツ見ないか関係ないよ派
   ┃            ┗━ 税金使いすぎるの困るよ派

どっちでもいいよ派

ちなみに一人一派ではないと思う。

2021-05-27

anond:20210527101902

githubコード検索すれば、GUI付きのコードCLIだけのコードよりも行数が多いのは自明でしょうね。

2021-05-21

anond:20210520175754

もし日本IT10年進んでれば

政府が予約システムの大枠のGitHubリポジトリ用意して

あとは地方行政でForkして作ってくれとかできたのかな

2021-05-18

なんでもmarkdown

honkit

md文書githubに投げ込みそれを見やすくしたりホームページぽい外見にするものらしい。Mathjax pluginもあるので、数式もOK

pandoc

texファイルdocxファイルしか受け付けませんっていう場合、pandoc. pandoc citeprocはあまりうまくない。そうなるとpdftexとか導入か?

https://www.tug.org/texlive/acquire-netinstall.html

2021-05-13

行政note使うことに発狂するブクマカたち

デジタル庁は「行政の透明化」を掲げ、noteでの発信を始めます。|デジタル庁(準備中

https://b.hatena.ne.jp/entry/s/note.digital.go.jp/n/n3690482b9676

もしかしてはてなダイアリー使ってほしかったのかな???

頭わいてそうなブクマカ

なんでnote なのか書いてあるのかとおもったら...githubの方が良いとおもうけどな

https://b.hatena.ne.jp/entry/4702556451510648834/comment/tana_bata

行政既存民間企業SNSサービスを使おうとするな。デジタル庁を名乗るなら、ブログスペースくらい自前のサーバーで用意して運用せえや。アホか。

https://b.hatena.ne.jp/entry/4702556451510648834/comment/tikuwa_ore

なるほどね、noteは会員登録しないとコメントできないのか

https://b.hatena.ne.jp/entry/4702556451510648834/comment/haruten

エンジニア垢で自分卑下するのをやめよう

ここ数日、それなりの会社でそれなりの地位についていたり、それなりに注目や尊敬を集めているであろうITエンジニアTwitter上で自分卑下する発言をする人が目立った。発端はITエンジニア技術力と発信力(アウトプットが云々)みたいな話題だったと思う。

ダニング=クルーガー効果だ」「インポスター症候群だよ」みたいな話はもう知ってるのでわざわざ教えてくれなくてもいい。(仮にこの投稿が誰かの目に触れてそうコメントをする人がいたら、その人は本文を読まずにシェアちゃうタイプの人だろう)

その中で、私から見て「いや、絶対周囲があなた無能だなんて思ってないでしょ」と言う人が「自分無能発言するケースに、なんとなく違和感を感じたので言葉にしてみたくなった。

本気で自分無能だ思っている人

言ってる本人たちは、「いや、周りにすごい人いっぱいいるし、自分なんて...」と心の底から思っているぞ、と反論するかもしれない。

しかし、たとえば顧客との打ち合わせの場や、面接の場において「いえ、私なんて無能ですから...」なんて言うわけがない。本気で思ってるなら仕事なんてできないし、思っていても口に出すのはシンプル相手に失礼である

Twitterあくま個人発言の場であり、自由発言していい場所である。が、その発言の内容が自分を信頼してくれている雇用主や顧客の目に触れる可能性を考えなくて良い言い訳にはならない。まして、「相対的に」発信力のある人だったりすると余計にその可能性は高い。

「XXさんはそんなことないっすよ!」と言われるのを待ってる人

正直なところを言えば、私は最初みんなこれだろうと脊髄反射的に思ってしまったし、ネガティブな印象を抱いた。技術力に限らず「自分卑下してそれを周囲が否定してくれるのを待ってる人」は決して良い印象を与えないだろう。

たとえば、「私なんて大したことない...」と言う人に(絶対にやるべきでないが)「そうですね、大したことありませんね」ってクソリプをすればまず間違いなく怒るだろう、と。「はい、そうです大したことないです...」と萎縮する人は、そもそも最初からそんなことを言わないだろう、と。

しかし冷静になってみると、この「私は無能発言に対する幼稚な反発は、そもそも自分宛てのメッセージではないもの自分宛てと思い込んだから抱いてしまった感情なのではないか、と思うようになった。それは劣等感のような、嫉妬のような、焦りのような感情である

「すごいなー、かっこいいなー」と思う人が自分無能発言をして、「じゃあ私はもっと無能だ...価値のない人間なんだ...」と思ってしまった人たちへ

一方的に言ってしまうが、あなたは私の仲間だ。匿名なのをいいことに自分のことを棚に上げて言うと、私も私自身を「無能・大したことない」と本気で思っている。

すごく役に立つ技術ブログ記事を書いてバズったこともなければ、カンファレンスで人前に立ったこともない、愛されるツールGitHubに上げてるわけでもないし、ネットメディア取材を受けたこともない。所属している会社は大好きだしメンバーのことも心から尊敬しているが、クラウドプロバイダや誰もが知るハードウェアメーカー、数百万人が使うWebサービスというわけでもない。

今この瞬間も会社資金が底を突くこと、いきなり市場に放り出されて超絶優秀な学生新卒に負けて淘汰され路頭に迷うかもしれない現実に戦々恐々としながら生きている。

が、私自身はTwitterでは絶対自分卑下することは言わないようにしているし、ましてや顧客雇用主の前でそんなことは絶対に言わない。(直属の上長に当たる人との1on1では「この辺の知識を伸ばした方がもっと成果だせそうですねー」みたいな会話はもちろんするが。)

そして、あなたの注目・尊敬している人が「私は無能発言をしていてもどうか落ち込まないでほしい。その人は、別に「私は無能からあなたもっと無能」なんて言ってないのだから。なので、あなたもこれからいろんなことを身につけて、ブログ書いたりや登壇したりして、知らない誰かに見られる機会があれば、どうか堂々としてほしい。

私も、頑張るから

自分無能・大したことない発言をしている人たちへ

あなたTwitterの使い方に私が何か言う権利微塵もない。なので無責任外野放言だと思ってほしいのだが、一つだけお願いさせてほしい。別に卑下するのをやめろ」とは言わない(言えない)ので、せめて「周囲はすごい人ばかり...私は無能...」なんて言う前に、あなたに憧れてるかもしれない人、あなたを信頼しているかもしれない人がそれを目にする可能性を、どうか一瞬でも思い出してほしい。

2021-05-10

Githubコード流出男は悪かったのか?

GPLライブラリ使ってたらコードを公開するのが普通だけど

もしライセンスどおりに公開してたら問題なくないか

鍵垢のスクショ貼るのは合法なの?

GitHubソースコード流出させた件で当人が鍵垢で損害賠償についてツイートしてたけど、それをスクショして公開するのは合法なのか?

少なくとも道義上やったらいけないことなのは大半が同意してくれると思う。

から思ってたけどDMを平気で晒し相手小馬鹿にするのもおかしい。

この辺りの法整備はいつされるのか?そもそも違法なら誰か止めてやれよ。

2021-05-02

[]2021年4月はてブあとで読むトップ30リスト

はてブホットエントリ(総合)で月内に数多く[あとで読む]タグを集めたエントリ

310 あとで/ 1808 users 良いコードとは何か - エンジニア新卒研修 スライド公開|CyberZ CTO室|note

236 あとで/ 1140 users 初心者が絵で理解する Docker | suzuki_hoge | Zenn

186 あとで/ 1406 users NTT Com オンボーディングハンドブック | NTT Com オンボーディングハンドブック

182 あとで/ 1901 users 優秀さについて | 川口耕介のブログ

178 あとで/ 1067 users Webページブラウザに表示されるまでに何が起こるのか? | ak | Zenn

175 あとで/ 1833 users ガチ勢ケーブル保護チューブを導入したら、大嫌いなケーブル整理が快感に変わった話|山下義弘/ドケットストア店主|note

175 あとで/ 1019 users 『データ分析のための統計学入門』PDF無料公開 データサイエンティストたちが執筆 | Ledge.ai

171 あとで/ 1238 users 4/20 オードリータン氏とのおもしろ対談メモ|Daiyuu Nobori|note

168 あとで/ 883 users これからAWSを始める方にオススメしたい無料学習コンテンツをまとめてみた件 - ailes blog

159 あとで/ 1165 users 「愛のあるセックス」はなぜ必要か(読書メモ:『性と愛の脳科学』) - 道徳的動物日記

157 あとで/ 1268 users 無料で公開されている音声合成サービスが凄いと話題に「ボイロ殺しに来てる」「ベタ打ちで自然に話せる」 - Togetter

153 あとで/ 802 users クリーンアーキテクチャ完全に理解した · GitHub | niboshi

153 あとで/ 844 users 最近実装に合わせた最新版HTMLテンプレート、基本構造使用するすべての要素とその役割解説 | コリス

151 あとで/ 1203 users Pythonプログラミング入門 — Pythonプログラミング入門 documentation | 東京大学 数理・情報教育研究センター

148 あとで/ 1265 users 3ヶ月で英語力を大幅に上げた | anond.hatelabo.jp

144 あとで/ 968 users 「センスのない私には永久保存版」 イラストレーターが伝授する“ファッションの色の合わせ方”が「勉強になる」と話題に(1/2 ページ) - ねとらぼ

143 あとで/ 836 users ティム・オライリーが「シリコンバレー終焉」について長文を書いていたのでまとめておく - YAMDAS更新履歴

140 あとで/ 794 users 新人ITインフラエンジニアに役立つ学習リソース まとめ | Lab8010

137 あとで/ 1342 users Twitter医師を拾ってきて Googleソフトウェアエンジニアにするだけの簡単お仕事 - 白のカピバラの逆極限 S.144-3

129 あとで/ 1199 users ステーキ宮の元社員クックパッドで公開している「宮のタレ」がお店そのままの神レシピなのでみんなにも知って欲しい - Togetter

126 あとで/ 1133 users 理想デスク環境を追い求めた話【2021年3月版】|鈴木 潤一 / Junichi Suzukinote

122 あとで/ 630 users VS Code の使い始めに入れておくと便利な拡張機能 10 選 | ymasaoka | Zenn

120 あとで/ 1094 users 小6でゲーム作りを夢みて大学4年間をプログラミングに費やした僕のゲームが、あした全国のゲーム屋さんに並ぶ話 - プログラミング世界を変える

119 あとで/ 834 users コードが読めるソフトウェア開発者 - As a Futurist...

112 あとで/ 843 users 【全巻無料エリア88 1 - 新谷かおる | 男性向け漫画が読み放題 - マンガ図書館Z

112 あとで/ 638 users DevOps の能力  |  Google Cloud

111 あとで/ 834 users シニアフロントエンド開発者みたいにChromeデベロッパーツールを使おう - Qiita

110 あとで/ 777 users 演劇制作リアルブラックな日々①|あまのうずね|note

106 あとで/ 598 users 新しくプロダクト開発に入ったときにやっていること | wapa5pow's blog

106 あとで/ 1987 users あえぎ声を書くバイト | anond.hatelabo.jp

新規就業、異動関連のエントリーが4月らしい。

Zenn上の記事がまた増えた。

エリア88無料公開はもう終了したというニュースも見た。あとで読めたのだろうか。

2021-04-30

githubって外人さんみんな顔写真のせてるじゃん

惚れそうになるんだよね…

githubに顔のせてる外人

時々かっこよくてドキッとするよね

ログイン ユーザー登録
ようこそ ゲスト さん