「スタック」を含む日記 RSS

はてなキーワード: スタックとは

2021-04-26

anond:20210425022947

共通言語たるドメインモデルを、そのままコードと1対1対応しなければならない、という思い込みや風潮。

既存のWAF(Web Application Framework) の利点を潰してどうする…」

こういう誤った思い込みエンジニアにさせているのは、ドメイン駆動設計の原典であるエリックエヴァンスドメイン駆動設計」が、いか抽象的な内容で、ある意味では哲学的であったかを、明示するものでは無いか

プログラムとはメタファーであり、現実を、もしくはそれに準ずる写像的な世界観を、コードに忠実に再現するものでは必ずしも無いと考える。この記事増田は「過度な抽象化」とも書いているが、プログラムというか、そもそも言語のもの物事の全てを表象できるものではなく、ある一側面の一イメージしか切り取れない不完全なものだし、それ自体問題ではない。現実ソフトウェアの溝を、ユーザーエンジニアの溝を、ドメインソースコードの溝を、いかにして埋めるかというのが、ドメイン駆動設計の本質だし、その埋め方についてはエリックエバンスは一例を示しているに過ぎない。EntityやValueObjectなど、必要なら使えば良いし、不要なら使わなければ良いのだ。ただし、元々何が問題なのか、問題だったのかという点について、いかにして向き合うかが肝要であり、それは技術論や方法論の話ではない。

ドメイン駆動設計の記事を書いたり、勉強会で発表をしている人間は、原典やそれに付随するドキュメントの内容を、無批判に信奉し、そのようにしなければならないという強迫観念に追われているのではないかそもそも、本当に理解しているか怪しいし、不安から教科書の内容にしがみつこうとするのだろう。さらにこの手の連中は、昨今のCQRSやイベントソーシングマイクロサービスなどとも絡めて話をし出すから、タチが悪い。「ドメイン駆動設計はこの手の技術スタックと相性が良い」という言葉を何度も見かけたが、技術的な方法論はそもそも無関係だったはずだし、そうやって安易に結びつけてしまうからユーザーが置き去りになって来たんじゃねーのと、暴言でも吐きたくなる。問題本質はどこにあったのかを、聖典の内容や、流行り廃りの技術とは切り離して、エンジニアは三思九思すべきだ。

別にこうあらなければならないという法律や決まりは無いし、好きにやれば良い。モデルと1対1にならなければ、分割する事を選択するのも一つの向き合い方だ。ドメイン駆動設計の信者にゃんにゃん写真でも撮られて、ばら撒くと脅迫されているのであれば勿論話は別だ。恥ずかしい写真魚拓されたくなければ、とりあえずEntity、ValueObject、Repository、Service(笑)位は最低限、用意するのが身のためだろう。

自分の頭で考えて、自分責任判断するという当たり前の事に立ち返りたいものだ。ドメイン駆動設計という盲目的な宗教からいかにして抜け出すかが今後のエンジニア課題だろう。

追伸

増田ドメイン駆動設計が大好きです😘

2021-03-21

anond:20210321160843

いやべつに、常識範囲内で、ゆっくり詰めるのは合法

レジ袋を無料でやるから、こっちで、スタックさせろ

というのが今まで

その方が、結果論売上が上がるからそうしていただけ

客1人2000円として

もたもたスタックされると、1時間でひとりぐらい、客の処理人数がかわっちまう。

そうすると、レジ袋100枚とか損するから

レジ袋を無料でやるから、回転率上げさせてくれというのが平成契約

2021-03-07

anond:20210307085428

本当は13が良かった。

4Kを1024個で4M 1次キャッシュでは重いが所詮スタックブロック転送

ランダムがないブロックスワップとわかっていれば従来よりも楽

通常の1次キャッシュではなく

からなず4K単位のページンキャッシュエリア

効率CPUが気にするなソフトから制御する

2021-03-02

旧帝大准教授普段何をしているのか

https://anond.hatelabo.jp/20210228234557

を読んで,じゃあ准教授になるとどうなるのか書いてみよう。

コピペですむ部分はそのまま利用している。

40代前半で旧帝大准教授 (任期有→もうすぐ任期無になる予定)。この業界ではそこそこ勝ち組と呼ばれる部類だと思う。

日本トップクラスとも言えるこのポジションで、私が普段何をしているのかを書いてみたい。

研究指導 (6時間/週)

准教授とはいえPIなので在籍する研究室に居る学生のうち10名ちょいに対して研究指導を行っている。各人に対し、一対一のミーティングを月に 1 時間行うため、トータルで週3~4時間くらい。

それに学会論文チェックなども入るのでトータルだとこんな感じかな。

元増田助教より少ないって?ごもっとも。

研究室内の輪読会 (0時間/週)

輪読会をやる時間を取りたいがほとんどとれない。

幸い学生たちが自主的にやっているようなので、任せている。

研究室の中間発表会 (4 時間/週)

学生研究の進捗を研究メンバー全員で確認するための会。実質的研究指導はここでおこなわれる。

講義 (5時間/週)

学部生,大学院生向けの講義を週に平均すると2コマくらい受け持っている。

実際には前期後期で異なるので必ずしもこのとおりじゃないけど。同じ専攻の中では多いほうだと思われる。

数は少ないが非常勤などもそれなりの数あるので実質はもうちょっといか

ちなみに講義の準備は一度したら終わりと思われがちだけど、意外なことに毎年それなりの時間をかけてアップデートしています

学内会議など雑務 (6時間/週)

月1~2回の会議が6~7個、一回2時間程度あるので平均するとこのくらいかな。

大学院学部などの組織ごとに、運営教育と異なる目的会議が行われるのでかなり多い。

とはいえ、昨年はオンライン化されたおかげで自分関係ない業務の際には全力で他のことができたのはありがたかった。

今後もこのまま進めたい。

研究室内の雑務 (1時間/週)

うちは事務補佐員がいるので、基本的雑用は全部お願いして週1回打ち合わせをするだけですんでいる。

補佐員を雇う前は週4時間くらいは領収書の処理とかをしていた気が。

ただし、事務補佐員は外部資金で雇うため、外部資金が切れるとまた事務作業との戦いになるので、

研究継続するためにも研究費を切らせられないのでかなりつらい。

学会関連の雑務 (6時間/週)

学会運営 (研究会の準備など) は主に大学教員ボランティアでやっている。元増田には

もちろん実行部隊は若手である

とあったが、学会関連の雑務ステージが上がると異なる雑務が降ってくるだけな気もする。

助教氏は査読結構時間をかけてくれているようだけど、その査読の割り振りなどが今度は仕事になってきたりする。「割り振りだけなら楽じゃない?」と思われるかもしれないが、結局論文を読まずには割り振れないので、論文を読む数は増える。

もちろんそれ以外にも研究会の運営やら学会理事会やら・・・色々あります学会運営委員とかなると、もう。

プロジェクト関連雑務(6時間/週)

助教氏は書いていなかったけど、様々な研究プロジェクトに参加することが多いので、それに相当時間がとられる。

プロジェクトなら研究だろ、と言いたいところだけど、報告書執筆プロジェクトメンバーとの会議などを含めると相当時間を取られる。

依頼原稿取材インタビュー・講演等(8時間/週)

大体いつでも本だの依頼原稿だのが2、3個はスタックにたまっている気がする。

それにプラスしてマスメディアから取材とか、国や企業から相談とかインタビューとかがある。

そして、講演。企業や団からの講演依頼にこたえていくと結構時間がとられる。講演そのものは1時間くらいだけど、その準備になんだかんだ時間がかかる。

というわけで、トータルだとこのくらいになる気がする。

まとめ

ということで、以上の項目の合計で 42時間。1 週間の所定労働時間 (8時間×5日 = 40 時間) はすでに赤字である

え?自分研究?もちろん、実際には(12時間×5日 = 60 時間)くらい仕事しているので、18時間くらいは何とか確保していますよ。

コロナ禍のおかげで移動しての会議が無くなったのでオンライン化最高だと思わざるを得ない。

最後に、助教氏は雑務をあまり押し付けられなかったとのことですが、うちの元ボスもそんな感じだったので、それを見習って若手のためにもなんとか雑務自分たちで止めておきたいところですね。

その結果、その分自分研究できなくなって老害とか言われるようになるのかもしれないけど。

そして、うちには助教いないけどな!

2021-02-21

高校生までに覚えておきたい情報技術あれこれ100(未満)

  1. Windowsの起動とシャットダウン
  2. スタックウィンドウマネージャー操作
  3. アプリケーションインストールアンインストール
  4. テキストエディタ操作基本的活用
  5. ワープロソフト表計算ソフトプレゼンテーションソフトの違いと得意不得意
  6. オフィススイート操作基本的活用
  7. オフィススイートバッドノウハウ学習とその回避
  8. スケジューラの操作基本的活用
  9. メールの送受信
  10. Webブラウザ操作基本的活用
  11. インターネット情報セキュリティ個人情報保護
  12. インターネットコミュニティとその心構え、関わり方
  13. ディレクトリ構造役割
  14. 効率的ディレクトリ運用
  15. マークアップという概念オフィススイート関係
  16. 指向性ある情報指向性がない情報
  17. 表計算ソフト上の情報指向性
  18. プレゼンテーションソフトによる伝える情報指向性
  19. テキストエディタワープロソフト文書オーサリング
  20. ワープロソフトマークアップ情報指向性
  21. ワープロソフトの書式機能による一括書式変更
  22. 美しいオフィススイートファイルの構築
  23. クラウドオフィススイート活用
  24. マークアップ言語HTML概要
  25. ワープロソフトHTML、書式とCSS
  26. ScratchGUIブロックプログラミング概要
  27. プログラミング情報指向性
  28. Google BlocklyとJavascript
  29. テキストエディタJavascriptプログラミング
  30. JavascriptシンプルテニスゲームPONGを作る
  31. PONGを派手に賑やかにする、見た目と快適さ、ユーザビリティデザイン
  32. ラスタグラフィックスベクタグラフィックスの違い、各画像形式レンダリング負荷
  33. Debian GNU/Linuxインストールパーティション
  34. Debian GNU/LinuxJavascriptプログラミング
  35. Debian GNU/Linuxアプリケーションインストールアンインストール
  36. コマンドライン概要
  37. IDEプログラミングのための統合開発環境
  38. Raspberry Pi 4にRaspbianをインストール
  39. Raspberry Pi 4でLチカ、C言語プログラミング
  40. スクリプト言語コンパイル言語
  41. Raspberry Pi 4のGPIO
  42. Raspberry Pi 4向けC言語ライブラリ活用
  43. Raspberry Pi 4でプログラミングGUI生成
  44. Raspberry Pi 4でプログラミングGUIから操作でLチカさせる
  45. 複数Raspberry Pi 4でネットワーク対戦型PONGを作る
  46. Raspberry Pi 4で各種センサ操作および情報取得
  47. Raspberry Pi 4で各種センサ文字列検索および整形、条件に応じて通知させる
  48. 各種センサデータ表計算ソフトへ記録
  49. データベースとその考え方
  50. データベース種類および形式

足りなかったねん(´・ω・`)

2021-02-20

二日酔いかな?なんか朝からしんどい。まあ今日休みの日だからいいけど。

荷物を載せた台車が雪道でスタックして、結局荷物だけを運び、台車を背負って運び。。と2往復してしまった。このダメージが効いてるのかな?

スパイスターメリック)大量消費しようと思って、オブラートに包んでごっくんとしたのがよくなかったか

という感じでいろいろ不調の要因は思いつくが、とにかく辛い。

2021-02-08

COCOA開発について調べてみた

Androidバグについて開示された文書を少し読むだけでいくつかのデマが分かった。

https://note.com/mugura/n/ncc3c61de39ea情報開示されたPDFを読むことができる。

議事録側はまだ読んでいない。

 

最初HER-SYSの開発のためにパーソルプロセステクノロジー株式会社と税込約2億の契約があった。

COCOA開発は原契約を税込約3億へ変更とすることで対応した。

契約変更の時、再委託先を株式会社FIXERの1社から以下5社へ変更する申請がなされた。

厚生労働省
┗ パーソルプロセステクノロジー 2億6771万(税別。以下同様)
  ┣ FIXER         1億2062万
  ┣ エムティーアイ    1615万
  ┃ ┣ E社        355万(MTIから)
  ┃ ┗ D社         41万(MTIから)
  ┗ 日本マイクロソフト  2201万

それぞれの業務範囲

株式会社FIXER新型コロナ感染者等情報把握管理システムの開発、監視運用サポートデスクの一部業務、およびサービス提供
株式会社エムティーアイ接触確認アプリケーション開発の一部、リリース後のヘルプデスク/運用保守業務
E社(MTIから委託メールサポート日本語/英語
接触者に対する電話サポート日本語のみ)
D社(MTIから委託初期検収業務の一部、および保守開発準備業務の一部
日本マイクロソフト株式会社PMO支援技術支援

 

デマについて

・まず2億から3億の差額約1億がHER-SYS側への繋ぎこみおよびiOSAndroidアプリ開発に充てられていることになる。アプリ開発が3億のように言うとデマ

・そして3次請けの位置の2社は業務範囲に開発は含まれていない。「多重請負でたったこれだけに」みたいな図でここの金額が出てきたらデマ

 

ここから憶測や調べ切れていないこと。(議事録側で分かることもありそう)

COCOAベースOSSのCOVID-19Radarで、開発に関してはどこかにOSS利用という線を引いた方が分かりやすい。

OSS利用を0円発注搾取とは通常言わないが、今回に限っては、1国1アプリの条件がある中で、6月中旬公開の宣言されて実質納期になったり、

 初期の品質批判コミッターに直撃してリタイアしたところを見ると受託者に近いようにも思う。

 https://www.itmedia.co.jp/news/articles/2006/23/news107.html

・開示された文書での契約期間は2020/7/31までだが、それ以降の体制未確認

・2020/9/28iOS版の不具合(通知あるのに接触なし表示)修正のためにアップデートが行われ、その時Android版にエンバグが発生した。

 https://www.asahi.com/articles/ASP236SR9P23UTFL00R.html

 瑕疵として対応したものかどうかやその時の体制未確認

政府CIO佐官(ブクマカ)のツイートでは、EN API自体の制約や、アプリで選定された技術から人材・機材の手配の難しさに言及している。

 https://twitter.com/masanork/status/1358207125546127362

 https://twitter.com/masanork/status/1358187420492001281

人材についてはMSがいるのにと思ったが、MS支援が切れる事情でもあったのだろうか。

技術選定については不透明である指摘がいくつかあった。

・COVID-19Radarでない方のまもりあいJapan(の一般社団法人Code for Japan)は新型コロナウイルス感染対策テックチーム第1回から参加していたが、採用されないことになったについて根拠不透明とある

 https://medit.tech/code4japan-not-incharge-of-contact-tracing-app/

・COVID-19Radarの中心がMS社員であったことや、Azure DevOpsなどMS一色の技術選定であったことなどから経緯を訝しむ考察があった。

 https://blog.rocaz.net/2020/06/2140.html

 https://blog.rocaz.net/2020/06/2171.html

 https://blog.rocaz.net/2020/07/2257.html

・そして今回の開示された文書でもなぜCovid-19 Radarが選ばれたのか不明とある

・選定が不具合と直接関係ないとは思うものの、利用人口少ない技術スタックを選んで人材不足になったなら遠因にはなってる気がする。

・大きくやらかした時に責任取り切れず法人ごと消えることの無さそうな大企業を窓口に選びたいところまでは分かる。

 もしそうならCfJとの間に1社挟む手もあるだろうが、まんま中抜きに見えるのが嫌だったのかも知れない。

2021-02-06

anond:20210206154439

戦闘スタックに乗せてもう一点飛ばすのはルール改定でできなくなったぞ

お前はその一点だけ与えて死ぬんだ

さらばだ

2021-01-31

大手企業の内製エンジニア採用に落ちた話

日本の超大手企業(繊維系)の内製システムエンジニア採用を受けて落ちた時の記録

年収の高さに目が眩み受けてみたが2次面接で撃沈

虚実織り交ぜて書いてるので真にうけないように

受かった人の話を聞いてみたい

当方スペック

メインはバックエンドエンジニア過去アプリ開発経験あり

結果

2次面接でお見送り

感想

1次面接

割と普通の内容だったがRubyコードを見せられたときは面食らった

面接
内容
偉い人から事業説明をしてもらった
質問されたこ

過去経験について教えて

サービスアーキテクチャ設計するときに気をつけていることは何?

  • なんて答えたか忘れた

セキュリティ面で気をつけていることは何?

唐突Rubyコードを見せられ、このコードの悪いところはどこですか?

質問したこと

サービス規模の割に社員数が少ないけどどんな編成になってるのか

技術スタックについて聞いてみた

なんでもクラウドベンダー特定技術に縛られたくないかKubernetes使いたいみたいなことを言っていた気がする(そういうための技術じゃないけど)

2次面接

なぜアプリエンジニア面接たか不明(当方の専門はバックエンド)

面接
内容
質問されたこ

経営陣がクラウド予算を出さないが24/365守れと言われたらどうする

交渉しても一定以上の予算下りなかったらどうする

交渉してだめだったら

24/365関連の質問です。サービススパイクさせないためにはどうしますか?

スケールさせないでスパイク対処するにはどうする?

あなたの考える最強のバックエンドアーキテクチャをおしえてください

質問を変えます、月の予算1億円もらったらどんな構成しますか

// 過去アプリ開発したことがあったのでアプリ開発について質問を受ける

iOS/Androidアーキテクチャを設計するとしてどこまで同じ技術を使うように強制しますか

SwiftUI使ったことがありますか?

SwiftUI使ってみて感想

  • 宣言UIに慣れなくて苦戦したけど、最近理解して使えるようになった
  • SwiftUIと直接関係ないけどCombineは便利なんでいろいろ使ってみたい

SwiftUIダメなところがありますわかりますか?

  • UIKitで提供されている全ての部品がSwiftUI対応してなくてRepresentable使わないといけない
  • 正直良くわからんので、逆におしえて欲しい

SwiftUIメモリ食いまくりで大規模アプリでは使い物にならないことですね(ドヤ)

Lazy系使ってもメモリ使用量を抑えることはできません

SwiftUIではメモリ食いすぎてインフィニットスクロールが使えません(ドヤ)

  • 知りませんでした、勉強になります
  • (本当か、技術力低いだけじゃないのか)
質問したこと

先ほどSwiftUIについての質問を受けましたが御社アプリではSwiftUIを導入されてますか?

  • まだ未導入

外部協力会社サービス開発をしているということだけど今後社員比率をあげる予定はあるか

  • 採用が大変、あまりそのようなことは考えていない

当方が受けているXXXという職種について、御社が考える理想のXXXについて教えて欲しい

2021-01-23

anond:20210123232858

夜な夜な新しもの好きのダウンロード巡回してハイパーカードスタックを探していた俺に何たる口の利き方か。恥を知れ。

2021-01-21

ブルーレイプレイヤーという機器役割について

から貰ったブルーレイプレイヤーを持っている。

正確にいうと持て余している。

我が家にはテレビがない。

極狭ワンルームのため邪魔処分したのだ。

それにかこつけてプロジェクターを導入しており、

テレビチューナーと繋ぐことでテレビを見ている。

映画サブスクは件のプレイヤーを繋いで見ている。

プリセットアプリからサブスクを起動する形だ。

このプレイヤーをありがたく頂いたのは、

プロジェクターから直接発されるペラペラの音に耐えかねたからだ。

さすがに映画を没入して見るためにはプロジェクター直出しの音質は心許ない。

端子がなく、光デジタルケーブルでの分離はどうやら不可能だったために、BTでの音声出力ができるプレイヤーは大変ありがたかった。

BTスピーカー恩恵を存分に活かすことができた。

ところがfirestickを手に入れたところ、挿すだけで直接firestickからスピーカーBT接続ができてしまうではないか

やや音質が心許ない気はするが。

このプレイヤーAmazonプライムのためにしか使用しないため、完全にお株を奪われた形なのである

チューナーBD読み込み機能はある。

手放してもブルーレイが見られなくなるくらいのデメリットしかない。

売りたいが、頂きもの申し訳ないようなうっすらとした気持ちがある。ミニマリストにはなれないタイプだと実感する。

チューナースタックしているので劇狭ワンルームでもさほど邪魔というわけでもなし、扱いかねている。

そもそも我が家で持て余すほどのBTブルーレイプレイヤー需要はあるのか。

みんな一体どんな環境で、どうやってテレビ映画おうちでみてるんだい。

2021-01-08

北陸なんて豪雪地帯なんだからこんなときに高速道にツッコンだらどうなるかくらいのこと予想がつかないのか?それとも太平洋側の人か?

想定以上の気象現象から身を守る心構えはしておくべき。雪の降り方が強いと1,2台のスタックきっかけで大規模な立ち往生に。天気予報ニュースで「寒波」という言葉を聞いたら、

降雪予想の出ている地域運転をしなければならないなんてことあるのか?下道走ればイイダコのこと

2021-01-02

[]2021年1月1日金曜日増田

時間記事文字数文字数平均文字数中央値
001471167079.429
0134308990.962.5
02333581108.547
03309538317.958
04152067137.888
06136819524.545
0727127447.232
08465879127.841
0965420764.728
1011912081101.557
11105771773.547
1283722087.042
1315116300107.946
141411083976.942
158912894144.930
16125902172.234
1713815380111.458.5
181471203481.961
192141831785.636.5
2014520079138.541
212241590471.047.5
221771661193.842
2317621285120.944.5
1日244424380699.842

本日の急増単語 ()内の数字単語が含まれ記事

サマンサキングズ(6), キッチンシンク(5), 初夢(5), 2021年(7), スピンドル(3), タップル(3), ニップ(3), 薬理(3), 七草(3), あけおめ(14), 福神漬け(4), 正月(39), 会食(14), 別姓(12), 緊急事態宣言(29), チェーン(10), 早々(13), 財布(22), ことし(9), 新自由主義(11), 明け(13), 研究者(17), 今年(61), 産業(15), 菅(8), マッチングアプリ(10), 研究(40), 成果(14), ハードル(11), 抜き(11), よろしく(12), 政府(41), 冗談(12), 論文(10), しょうが(32)

頻出トラックバック先 ()内の数字は被トラックバック件数

マッチングアプリで50人会ってやっと彼女できそう、なのにできてない /20210101060523(30), ■緊急事態宣言さないこと文句言うけど /20210101095452(25), ■安全圏で騒ぐのは誰にでもできる /20201231040911(16), ■母が探しているアニメ追記) /20210101104010(14), ■ /20201231205450(12), ■ヴィーガンなのでおせちが喰えない(´・ω・`) /20210101094350(10), ■難関大理系学部卒だけど2ch見て就活したら人生うまくいった /20201231161221(10), ■2022年からタイムスリップしてきたけどなんか質問ある? /20210101034651(9), ■浪人生ですが、もし4日に緊急事態宣言が再発出されたら /20210101073917(9), ■創作活動したいけど恥ずかしい /20201231223736(7), ■来世は過剰なぐらい承認される人生が欲しい /20201231131247(7), ■ /20201231235959(6), ■マナーの悪い人間や面倒な客のことを「○○おじさん」と揶揄するアレ /20210101193559(6), ■anond20210101095452 /20210101173247(6), ■「『マザーボード』もそのうち言い換えられるのか」 /20210101044120(6), ■10から30代を外出禁止にしたらコロナ収まる説 /20210101005353(6), ■お前らコナンを舐めてるだろ /20190101232257(6), ■無能のくせに自己顕示欲いから辛い /20210101232339(5), ■一年の計はガンタンクにあり /20210101090914(5), ■もしかして今時ネットでは句読点使わないのが普通? /20210101124446(5), ■なんでゴスロリ系の女=地雷って認識なんだろ /20210101130827(5), ■大学への予算ってどのような理論で配られてるの? /20210101194159(5), ■メーカーSIer勤務の年収600万のプログラマー技術スタック /20210101205107(5), ■白人至上主義 /20210101210930(5)

2021-01-01

メーカーSIer勤務の年収600万のプログラマー技術スタック

先に言っておくがたいした技術習得していない。

この程度でも600万は稼げるという夢を持つか、こんなのでもちょっと何かが違うだけで600万稼げるか否かが分かれてしま業界に闇を感じるか、600万程度で何ドヤってるの?と思うかはご自由にどうぞ(外資系ってもっと稼げるの?)。

歳は30台前半。学部卒。BtoB向けのパッケージ製品の開発プロジェクトで、設計コーディングテストあたりを担当している。仕様について発注元との折衝もやっている。

業務で使う技術のうち、自分自身がそれなりに習得しているものだけを書く。プライベートしか習得使用していない技術は別。


以上。

PythongitDockerkubernetesもAnsibleもCIツールAWSGCPRuby on Railsも知らなくてもなんとかなってしまっている。業務でこれらのスキル要求されることは(今のところは)ないから。

楽でいいと思う一方、このままだと将来ヤバいとも思っている。いざ転職となったときに詰みそう。

でもいざとなったらググっていくらでも独学できるだろうとたかをくくっているので焦ってはいない。

というか「その他」のところに書いた能力が高ければ世の中大体はなんとかなるんじゃないの。知らんけど。

ちなみに自分は構築できないというだけで、プロジェクトではJenkinsとかgradleとかbabelだかwebpackだかでビルド環境は整えられている。

あとプライベートで、単純な仕様独自言語コンパイラフロントエンドC++LLVMで作っている(これで金が稼げるとは微塵も思っておらず、完全にただの趣味)。

2020-12-21

ああああ!vivaldiスタックしたタブのサムネを縦に並べてくれるようになっとる!!!

嬉しい!!!

有難う!!

これで「画面中がタブのサムネで一杯になって、上の方のページに行けない(だからいちいちサムネ非表示にしないといけない)問題から解放される!!!

年の瀬に嬉しいことこの上なし(嬉しいことがこれくらいしか無い)

2020-12-19

[] 「立ち往生」は不適切

クリスマスシーズン」を「ホリデイシーズン」と言い換えるように、宗教的ニュートラル表現が求められる昨今、

「立ち往生」も不適切ではあるまいか

英語だとなんて言うんだろ?

Weblio和英辞書 - 「立ち往生」の英語英語例文・英語表現

https://ejje.weblio.jp/content/%E7%AB%8B%E3%81%A1%E5%BE%80%E7%94%9F

get stuck”とか“stalled”、スタックとかストールだと外来語的には車両単体の状態っぽいイメージ

列車大雪のために立ち往生した。」

“The train was snowed up.”

“snowed up”ってまんまな表現があるのね。

「雪った」「雪られた」みたいな?

2020-12-04

anond:20201204173812

からさ、魚のヒスタミンが生成されるのは生の間だけなのよ 加熱した時点でヒスタミンの総量が確定する感覚 他のデバフは別途スタックする

2020-12-01

anond:20201201200355

おいちゃんには難しすぎてサッパリです

よく分からないのですが、なんかOSセキュリティ的に引っかかるとかないんですか?

動作中のプロセス簡単にアタッチできなかったりとか最近制限が厳しくなってる気がしま

タッチ、アタッチ、ここにアタッチ、とか歌うようにできない時代のような気がするのです

ZIPファイルダウンロードするだけで二度も削除しろとか言われる時代です

おいちゃんはもう時代についていけないのです

鬼滅の面白さがまったく分からないのです

スタックオーバーフローさせる前にうっかりお風呂を溢れさせてしまうのです

老後はテレビネットもない生活ゆっくりしたいのです

2020-11-20

デスマーチの歩き方

努力不足でSESしか行けなかったというツイート話題になっていますね。

件の人に限らず、スクール卒業者が就職できないやら、採用したけど使えなかったとかという話をよく聞くので、そんな悲しいミスマッチを減らし、この業界を目指す人が希望と勝算をもってチャレンジできるようになることを願って思っていることを書いてみようと思いました。

簡単自己紹介

業界に入って十数年、メガベンチャーで働きGAFA関連企業から1X00万円のオファーを貰うくらいのスキル経験はある。もちろん開発のスペシャリストとして。

学生時代メンタルをやり10年程通院。

多浪してFラン大学に入り四年間通うが卒業できず中退

フリーペーパーで未経験歓迎SE求人をみて応募。

新宿雑居ビルオフィスのある中国人経営するSES会社からキャリアスタート最初会社雇用保険も払ってなかった。

紆余曲折あり現在に至る。

想定読者

新卒または第二新卒文系または数学が苦手、プログラミング経験者でスクールサロンに入ってプログラミングを身につけて働きたいと思ってるひと。

理系プログラミング得意な人は、学生ならインターン、働いてる人はなんでも良いかスクリプト業務改善すれば実務経験になり、そこからならどうとでもなるのでこの記事は参考にする必要なし。

プログラミングは誰にでも身につけられるか?

たこラクダ理論というものがあります。(https://ameblo.jp/bradnine/entry-11911830387.html)

要約すると、出来る人と出来ない人がいて、何が要因なのかわかっていないし、出来ない人への教え方も確立していないとのことです。

学び始めてすぐに判断を下す必要はないですが、スクールカリキュラムを終える頃には周りとの成長スピードの差で自然理解できるかと思います

しかし、もし適正がなかったとしても悲観するのはまだ早いです。

プラグラミングの適性がない人にもこの業界にはポジションがある。QA、PdM、PjMUIデザイナーUXデザイナーカスタマーサクセス営業採用、などなどいろいろあります

なにはともあれ3割くらいは可能性があって外れても選択肢があるんですからポジティブに受け止めましょう。

あなたは凡人か天才か?

エンジニア生産性の差は10倍や100倍にもなると言う話は聞いたこことがあるかと思います底辺天才を比べた極端な話だと思いますよね?実はこれありふれた話です。超有名ベンチャーで難しい採用試験を潜り抜けて即戦力採用された人たちの中でも100倍の差があることもあります。それも瞬間風速的な話ではなく、年間の変更コード行数を計測してそうなります10倍の差はもっとありふれた話です。

さてここまではプラス面だけの話ですが、マイナス面も考える必要があります

あなたが無事現場に入ってわからないことを教えてもらう必要があるとします。面倒見のいい先輩がなんでも聞いて良いよと言ってくれたので、質問をして、3時間先輩の時間を使ってしまいました。先輩は100倍エンジニアだったとすると、その3時間あなたの二ヶ月分の作業量が消し飛んだ計算になりますあなたはそれに見合った成長をして恩返しできますか?

ちなみにそれくらい能力差があっても給与はあまりかわりません。良くて倍くらい。同じ給与ってこともまぁよくある話で、多重下請の現場では逆転してることも珍しくはありません。

底辺生存戦略

そろそろ本題に近づいてきました。

ここまでの話を踏まえてどうするべきだと思いますか?

特別なことでも難しいことでもなく、いたってシンプルです。それは「足を引っ張らない」ことです。大抵の現場では初心者に毛が生えたような人にアウトプットを期待していません。ある程度の教育期間をとった後で普通の人の半分でもアウトプットを出してくれたら恩の字です。

あなた天才でなければ、まずは自分アウトプットを出すのは一旦諦めてください。先輩の時間を増やしましょう。例えば動作確認や他チームやステイクホルダーへの連絡、文書作成など、100倍エンジニアでも生産性が変わらない業務を肩代わりして先輩が開発にかけられる正味時間を増やしましょう。これが現段階では正しいチームワークです。100倍エンジニア時間を奪って質問するくらいなら、10倍の時間をかけて一人で調べた方が、10生産性が高くなります。聞くとしても調べた上での答え合わせと間違っていた時のヒントだけにしましょう。個人学習効率をだけみてもそっちのほうが効率いいです。理解できない人には独学大全がオススメです。

ろくに動作確認をしていない可読性の低いコードをプルリクに出して、レビュワーになった100倍エンジニア仕様確認したりローカル動作確認したり、あまつさえバグを見つけてしまうなど、最悪です。

初心者から間違えてもしょうがないというのは正論です。しかし、プロジェクト時間コスト考慮すれば逆の結論になりますあなたアウトプットが数倍早くなろうが遅くなろうがプロジェクトには影響がないのです。学習時間リスク考慮してそういうふうにタスクを組んでいます。数倍時間をかけて慎重にやって良く、マイナスを生まない事を考えれば、初心者こそ絶対バグを出してはいけないという結論になります。0は無理でもそういう気持ちでやりましょう。

ここまでは現場に入ってからの話でした。皆さんは現場に入る方法を知りたいと思いますが、もう少し辛抱してください。敵を知り己を知れば百戦危うからずの故事もあります。もう少し敵を知ってから戦術を立てましょう。

デスマーチ

デスマーチと呼ばれているものには2種類あります。一つは定義通りのデスマーチ (https://ja.m.wikipedia.org/wiki/デスマーチ )。もう一つはデスマーチ要件を満たさないが、関係者能力不足によってデスマーチ様相を呈しているもの。実は前者はとても希少で、世の中のきついプロジェクトというのはほとんど後者だと考えてください。

様々な点で両者は異なります

真のデスマーチほとんどの場合技術的な問題ではなく政治的問題で発生します。そのため予算は潤沢ではないが常識的にはあり、技術は枯れてリスクが少なく確かな効果確認されているもの採用されていることが多いです。工学的なアプローチ生産性を向上する仕組みなどが取り入れられていることもあります管理プロセス機能しておりコンプライアンス違反も少ない傾向があります政治的理由プロジェクトが延長されている都合で、PMプロジェクトを終わらせたいと思っていても、予算がある限り新しい要件が発生しつづけて終わらないという状況も発生しえますこちらのタイプに参加するメリットとしては、よく管理運営されたプロジェクト体験できる点、ドキュメントがしっかりしている点、低スキルの人が参加することを考慮して仕組み化されているのでキャッチアップにかかる時間が低いなどがあります

なんちゃってデスマーチ技術力や要件定義能力集団合意形成能力などの不足によって起こりますPMステイクホルダー赤字を垂れ流すプロジェクトを早く終わらせたいと思っているので多少納期が伸びても必ず終わりますプロジェクトを終わらせるための提案であれば下から意見でも柔軟に対応してくれることもあります。新しい技術と古い技術が混在していたり、新しい技術採用しているのに使いこなしていないこともありますCI/CD自動テストが無い又は不十分な現場も多いです。こちらのメリットとしてはスタンダートが低いのでキャッチアップ戦力になれるまでの時間が短かったり、小さな労力で大きな生産性改善ができ職務経歴書に書ける良いエピソードが作りやすいといったことが挙げられます

また両者には人の出入りが激しいという共通点があります。そのためドキュメントの有無にかかわらず新しい人が参加し、教育環境構築を行いタスクを振って実務を行うという、一連の受入業務現場担当者が慣れています。またこれは両者それぞれのところで触れましたが、理由はそれぞれ違いますキャッチアップして戦力になるまでの時間は小さいという共通点があります

デスマーチでは残業が多いと思われていますが、新人は戦力として期待していないので残業する必要はないです。マネージャーからすると、無駄残業代は払いたくないし事故って仕事を増やすリスクも嫌なので、1秒たりとも残業してほしくありません。早く帰ってリフレッシュするなり自習するなりしてプロジェクトリスクを減らしてください。

そのため、デスマーチに入って残業というのは底辺層にとってはほとんどの場合杞憂です。テスト要員としてでも残業を頼まれたら戦力に数えられている事を喜んでも良いと思います

翻って比較対照としてみなさんに人気のあるWeb企業を考えてみましょう。GoogleNetflixとまではいかなくても、ほとんどの会社ではそれらを模倣しています共通点としてはだいたい自走・自律できることが求められます。辞める人は少ないので比較的受け入れ体制は整っていないケースが多いです。企業によってスキルレベルピンキリですが、周りとのスキル差が大きくなるのでキャッチアップにかかる労力と時間は大きくなります開発プロセスは整えられているため、あなたが工夫して改善できる余地は少ないです。

ここであなた採用する立場になったと想像してください。「最新の技術スタックで言われた作業をやっていました。ついていくのがやっとで自分で工夫した点は特にないです。勉強はがんばりました」という人と、「技術スタックが古かったのですがXXを導入してXXをXX程改善できました」という人がいたとして、どちらが戦力になりそうでしょう?どちらを採用したいですか?

まとめ

ここまで書いたことを理解して謙虚面接を受ければそう悪い結果にはならないと思います

残業は大したリスクではありません。

現場技術レベルが高い現場を望んでもメリットは無いので、少しでも自分が成果を出しやす環境を探しましょう。

面接ではチームのアウトプットを高めるために最大限努力するという姿勢を見せましょう。

anond:20201119091649

TCP/IPスタック

Windows95が何も買い足さずにTCP/IPネットワーク使えるようになったのは画期的だった。

高い金出してこんなの買ってたのは企業ユーザーくらいだから、あまり知られていないとおもうけど。

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