「オーバーヘッド」を含む日記 RSS

はてなキーワード: オーバーヘッドとは

2021-01-02

anond:20210102000049

聞かないパターンについては「聞かなくてあとから袋を要求される」件数の少なさを鑑みれば「全件袋の有無を聞く」場合オーバーヘッドの合計時間下回るので、大手積極的に聞かなくなってる

消費者に最大限の福利だのなんだのが与えられる時代は終わる…

2020-12-27

面倒くさい人

性格悪い人よりも無駄コミュニケーションオーバーヘッドかけてくる人が苦手だ

個人的にはそういう人のことを面倒くさい人と呼んでいる

有名人の例を上げると三谷幸喜みたいな人

2020-12-06

パートナーとしての土木技術者ICBM施設建設

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プロジェクトでの彼らの仕事が道を切り開いたのです。

2020-11-27

kotlinよりjni(C++)の方が200msも遅い

こんなことがあっていいのか

俺の実装へぼいせいか

それともマーシャリングオーバーヘッドはかくも巨大なものなのか

2020-11-24

2年後Macは無くなるんだろう

何言ってんだ、さてはアンチだなオメー。

―新しいARM Macは良いものだと思います。おおむねIntelモバイル上位機種の5割強くてRosettaで2~4割オーバーヘッドあってもまだ強いよというところが今回の勝つためのポイントだったのではないでしょうか。あとは低消費電力とAllways OnもあるけどSurface Pro Xでそれはユーザーメーカーに届かなかった結果が出てるので…。

いやいやベンチガンガン攻めてんじゃん?

―気になる点がいくつかあります


せっかくの転換点にM1凄さ以外で息切れしてない?

ネットで新Mac褒めてる人の実際の行動は「やっぱAppleってすげえな」でiPhoneiPadを買う。そう、Mac存在は知ってるけど必要はない。

Apple自身、桁違いのハード売上だけでなくロックインした市場アプリ販売もあるiOSに比べMacうまみがないのをよくわかってる。

なにしろiPhoneのおかげでこの10Macにとって絶好最強の追い風コンディションだったのだけどシェア10%前後という状況は変わらなかった。

今やりたいことはMaciOSへの合流でしょう。

ARMWindowsそもそもMSにやる気がない感じもあるけど、ユーザーにとって「違いを意識せず移行できる」=「特にメリットない」で、メーカーには「安くもならないしユーザーへのアピール少ないしアーキ変更の手間は多い」=「デメリットしかない」から動かなかった。

Appleはその轍を踏まえて移行を決定事項にした上で実際速いM1で一点突破、無関心の壁を越えたいのだ。花嫁ドレス(新デザイン)も着せないまま。

でも超えてどうすんのかな…うまくARMに集約できてマルチスクリーン展開するiOS未来しか見えないよ。

MacAppleにとってアイデンティティなので政治的にもないがしろにはできない…しかしこれだけ騒いで数字が動かなければしようがない、でしょ?

2020-11-18

キャプ翼で育った俺がキャプ翼必殺技現実サッカーであるかまとめた

必殺技現実
オーバーヘッドキック中途半端クリアボールシュートして押し込むケースが多い、センタリングを直接オーバーヘッドするのはスーパープレー
直線的ドリブル真正面同士でショルダーチャージで吹っ飛ばすドリブルはない、反則
ヒールリフトブラジル選手などが魅せ技でやる、欧州選手侮辱されたと感じるので反則で潰してやり返したりする
ツインシュート 偶然で発生することはあるが狙って出せないしあくまでただのシュート
三角蹴りディフェンス無駄な動きなので現実ではやらない
シュート ただの強めなシュート
ドライブシュート普通にある。コントロールが難しいので一流選手でもゴールを決められる選手は少ない
カミソリシュートバナナシュートのように楕円軌道を描くシュートはあるがいきなり鋭く曲がるシュートはない(無回転シュートならそのように錯覚はさせる)
スカイラブハリケーン ただの反則
イーグルショット ただの強めなシュート。地を這う強力なシュートプレミアリーグでは撃つ選手はかなりいる
タイガーショット ただの強めなシュート
顔面ブロック 偶然で発生する。発生したら受けた選手は悶絶して苦しんでる
ファイヤーショット燃えるシュートなんかねえよ馬鹿野郎
キャノンシュートジャイロ回転?のシュートということになるのだろうか。撃てる選手はいない
スライダーシュート いきなり横に曲がるシュートを撃てる選手ほとんどいない。そこまでのクラスになると歴代でもFKからベッカムぐらいしかいない。
ハリネズミドリブルからドリブル真正から弾き飛ばすのは反則だって
フライングドライブシュート普通にある。コントロールが難しいので一流選手でもゴールを決められる選手は少ない
サンターナターン ドリブル中にわざわざ反転してやらないが似た技にシャペウという技がありブラジル選手などが使ったりする
ローリングオーバーヘッド そんな体操選手みたいなシュート撃てる選手いません
雷獣シュート そんなシュートはない、たまにシュートした時に地面の芝生も抉れてるシュートはあるが別に威力は上がらない
ブーメランシュートコーナーキックから直接決めたりするシュートはあるので事実上それになる
ムササビジャンプ ある。みっともないのでプロではあまり見かけないがやった選手はいる。しかワールドカップでやった。
反動蹴速迅砲 狙ってできる選手はいない
スカイダイブシュート相手選手の足を踏み台にしてる時点で反則です
直角フェイント そのまま模倣してできる選手はいないが結果的に近いのではダブルタッチがある。イニエスタなどが名手
リバウールターン 現実にあるトリックドリブルでやっと現実にできるトリックが出てきた
つま先シュートロマーリオブラジルロナウドなどが使うシュートドリブルが上手い選手が使うとシュートタイミングが取りづらくゴールを決めやすいようだ
セグウェイドリブル できるわけないだろバカにしてんのか

2020-11-16

anond:20201115125745

プログラマ35歳定年説は、体力的なもの、新しいスキルを学び続ける事、SEPM等へのシフトアップ必要な事から言われていますが、

私は、「その年になるまでPGなんてしてられるか」とか「その年までにはSE等のシフトアップ必要でしょ」みたいな感じでした。

匿名さんは、コーディング限界が来て辞めるのではなく、人との絡みに嫌気がさして辞めているようにも感じます

システム開発は、企業の都合で開発責任者が決められてしまうために、その人材により、下の者は苦労します。

プロジェクト国家のようなもので、酷い政治家(PMSE)の国で暮らす(開発する)のはしんどいと思います

システム開発するうえで、一番効率が良いのは1人で作り上げる事だと思っています。つまり、35才定年説なんてありません。

1人で作り上げる理由は、人が言葉文書だけでコミュを取って意思疎通するのには限界があるからで、

今では相当なモジュールが完成されているために1人で開発する環境は昔ほど悪くはないと思います

規模がどんなに大きくなっても、根幹部分や仕組みは1人が仕様決定してコーディングしておき、

その他はテストメンテが容易になるようなコーディング規則と、

出来る限り単純な仕組みを作って他のプログラマに守りやすいようにして複数で開発することがいいと思います

サブシステム毎にSEがいて、同時開発していけば、似たような機能を持つ関数・メンバが大量に別名で作られてしまい非効率になってしまますので、

そのあたりをまとめるための雑務的なSE配備必須です。

この雑務SE重要ポジションで、意図目的が明確になっていて中でどのように動くかが明確でなければ、

それが不具合となり匿名さんのような苦悩を味わいます

あと、人が増えれば意思疎通のミーティング必要になり、冗長的になってしまますので、その効率化も求められます

話しを定年説に戻しますが、

【年と共に覚えられる記憶量に限界が来る事】

という体力的な面について、日々感じている事を書きます

20代では、携わるシステム関数・メンバ・変数等は、約数千個程度は記憶出来ていますが、

30代では、それが半分程度になります40代では更にその半分程度になり、50代ではせいぜい数百が限界になってきます

それを補うための開発環境進化と、コーディング内のコメントの充実で、逆に不具合の少ないシステム構築が出来るので、

20代では一気に開発が出来ますが、デバッグ時間がかかり、50代では開発は時間がかかりますが、デバッグには時間がかからないという傾向にあります

それでも数百程度を越えて来ると翌日には忘れていく部分があるため、日々、忘れている部分を確認して思い出す時間だけ開発にオーバーヘッドがかかります

そのため、常に忘れては思い出してを繰り返す事になり、自身記憶容量の限界を痛感する日々になってしまます

【人との絡みで限界を感じているのでしたら】

限界だと感じた時が、定年なのかもしれませんが、システム構築をする事が楽しいのであれば、いつでも現場復帰していいんではないでしょうか?

技術は日々、新しくなって行きますので、頭に入れるのは大変かとは思いますが、根幹はそんなに変化ありません。

私自身も、必要かられて自分マルチタスクスクリプト言語を開発していましたが、

量子コンピュータにならなければ、どれも似たような構造しかありません。

また開発したいと思ったりクライアントがいて需要があるなら、1人で出来る範囲を開発して、足りない部分は誰かに委託してみてはどうかなあと思います

2020-08-15

anond:20200815181444

手間的にも通信量的にもAPIの分割はオーバーヘッドを増やすから、そこはトレードオフやな

今回は権限上の問題

ログインユーザーでなければIPはnullとかundefinedで返しとけばよかったわけ

2020-08-01

anond:20200801214621

なにグラフィックの話?

オーバーヘッドを考えたらラスタライズとか後処理考えたら頭から穴までGPUでやる以外選択肢なくね?

2020-07-18

anond:20200718044903

最初質問を見たときから普通にidjoinしてるだけじゃないのって思った

RDBを使って作ってあって、新しいtableが参照したいテーブルidを持つようにしておけばjoinで全部の要素を持った大きなテーブルがあるかのように扱えるよね。

気ままにそういう運用をしてきたらjoinによるオーバーヘッドがばかにならなくなってきたり、テーブル間の関係が複雑になりすぎて訳が分からなくなってくると思うので、そういう時はいったん開発を止めてリファクタリングするべきだろうね。

個人的には開発がある程度進んだ段階で全体を俯瞰してご破算で願いましてはして作り直すのもそんなに嫌いじゃない。

2020-07-06

1日のバッチ

インスタンスをかりる

 ↓

初期化する

 ↓

処理

 ↓

インスタンス削除

 

どうしても、ショッカのオーバーヘッドがかかるのでしょうがない。

2020-04-16

赤い公園』の3年ぶりのアルバム『THE PARK』が発売されたので全曲短評

[説明]

赤い公園2010年結成の4人組ロックバンド。3年前に結成からボーカルが脱退、その半年後に新しいボーカルが加入(自分調べ / リーダー津野米咲天才自分感じ

石野理子2018年解散したアイドルグループアイドルネッサンス』のメンバー解散した2ヶ月後に赤い公園ボーカルとして加入(自分調べ / うたがうまい自分感じ

自分おっさん邦楽聴き。赤い公園歴はメジャーデビュー以降。アイドルには疎い。

[前置き]

どうしたって邦楽においてボーカルバンドの顔なのですよ。

その顔が変わってしまってアワアワしていたいちファン新体制での最初のフルアルバムを聴いたのですよ。

まだ10回ずつくらいしか聴けてないけど、なるべく初期のインパクト文章化したかったのでカキコ()するですよ。

夜だしスピーカーで音量出せないのでオーバーヘッド我慢ですよ・・・

[01.Mutant]

新体制になって最初のフルアルバムの記念すべきオープニング曲

今までの赤い公園にはない曲調のナンバーをここに据えたのはやはり確信犯的なものなのだろうか。

1曲の中で代わる代わる別のメロディが現れてボーカルが大変そうと思ってしまった。

1番の後の溜息と2番の後のボソボソとした語りがよい。

[02.紺に花]

1曲目とは打って変わってこれぞ正統派赤い公園!な疾走感のあるポップナンバー

なので前のボーカルがこれを歌ったら・・・という余計な想像をしてしまいそうになるのだけど、ところがどっこい、

既に天才津野米咲は新ボーカル石野理子の元気ではっきりとした高域の使い方を完璧に心得ているんだなこれが。

かっこいいピアノとかっこいいストリングスがよい(語彙ィ

なんとしてもMVを作って頂きたい一曲

[03.ジャンキー]

ベースというかリズム隊フロントに出ずっぱりな縦ノリ曲。イコライザバスブースト確認してしまった。

途中のバンド楽器の音が無くなってバックがコーラスのみになったところでボーカルに浮遊感が生まれるところがよい。

[04.絶対零度]

既にシングルで発売されているタイアップ曲で、可変拍子が癖になる変態曲。それがよい。

ボーカルリバーブが強めな気がするが曲の世界観に合っているとも言えるかも。

なお、これのMVアイドルネッサンスの『17才』あたりのMVを交互に見てると50回目くらいから娘を持った親の気持ちになれるぞ(誤爆

[05.Unite]

ピアノギターやら出たり入ったりするところがよい。音色を変えまくってるのか何が鳴ってるのかよくわからなくなるのがずるい。津野米咲ずるい。

ループして聴いていたらなぜか泣いていた・・・

[06.ソナチネ]

ボーカル石野理子現在歌声ストレートに味わえるバラード

アイドルネッサンス時代の石野はリアルタイムではベボベ繋がりで軽く聴いた程度だったが赤い公園加入発表後にDVD付きベスト盤やらシングルやらを買いYouTubeチャンネル登録されてる(石野関係ないものを含む)1700超の動画を全部観たので完全に理解した(してない

アイドル時代から落ち着いたトーンで歌うのが得意な歌い手さんだと思っていたがどんどん成長していっているのが判っておじさん嬉しい(まるで駄目

[07.chiffon girl feat. Pecori]

iTunesでこのアルバムを取り込んだときに、曲情報アーティスト欄が違うせいでこの感想を書き始めるまで聴けなかった曲(^^;;

サビのボーカルの高音のコントロールが圧巻でよい。

この曲やシングルに入っていた「Yo-Ho」のようなGroovyな曲調のものだけ詰めたものも聴いてみたいと思ったけどそれはもう赤い公園では無いかなぁ(>_<

[08.夜の公園]

アイドルの時に提供されてソロで歌っていても違和感のない甘酸っぱいミディアムナンバー

ひとり若い石野に歌わせて他のメンバーがニマニマしている絵が浮かんでしまうがそれは只のおじさんの妄想です。

[09.曙]

こちらはこちらでまたアイドルグループ曲かな? と思ってしまうくらい静かだけど明るくて熱い曲。

澄んだハイトーンの抜けが気持ちよい。声質がいいんだよねー。

[10.KILT OF MANTRA]

ちょっとドキッとする歌詞なのだけど楽しげな曲調と全員のコーラスがそれを感じさせず、逆に元気を貰える唄になっている。

コーラスが多かったせいか一番ボーカルが溶け込んでいた様に感じた。

[11.yumeutsutsu]

アルバムエンディングリード曲となるハイテンポナンバーMV出てた。

アルバムで一番ドスをきかせてるボーカルは迫力があって何か覚悟のようなものが伝わってくるし、

ギターベースの見せ場がそこいら中にあるし、ドラムまで殺気立っているように激しく感じる豪華な3分間。

これが赤い公園の新しい真骨頂となっていくのだろう。

ありがとうありがとう

[総評]

優勝!!!

[補足]

とまあ自分には新体制赤い公園はかなり肯定的に感じられたのですよ。例えて言えばGTM版のFSS

このまま継続して全力推しですよ。

などとタラタラ書いていたら寝落ちして朝ですよ。もう出勤します(リモート

2020-04-02

タスク管理に自信ニキのうちオーバーヘッド考慮する人は2割程度であることがわかった。

2020-04-01

定型エミュレーションオーバーヘッドってどれくらいだろう

いつもなぜだか疲れやす

特にハード仕事もしてなくて定時で帰ったのに帰った途端疲れが出て横になる

休日も遅起きゴロゴロ

力不足か体の不調かと思ったけど

無自覚のうちに定型エミュレーションが走っててそのオーバーヘッドで疲れやすくなってるんじゃないかと考えてみたら腑に落ちた

どれくらいオーバーヘッドがあるんだろう

2020-03-24

不撓不屈の外出は避けましょう

人口密度高い地域オーバーヘッドは危ない

2020-01-13

anond:20200108063636

IT Japan Award 2009

独自手法10倍速開発 7割主義で変化対応力を高める

良品計画

https://tech.nikkeibp.co.jp/it/article/COLUMN/20090702/333080/

すべて「Bash」と呼ぶスクリプト言語記述する。しかデータベース管理ソフトを使わずデータはすべてテキストファイル管理する。「ミドルウエアのオーバーヘッドがない分、処理も速い。ごく普通パソコン動作させても、25万件の商品データなら2秒程度で全件検索できる」と山崎課長は胸を張る。



情シスベンダーがそれぞれの仕事を全うすることがベスト関係を生む~良品計画システムを内製する理由

https://enterprisezine.jp/iti/detail/1380

無印良品ブランドでおなじみの良品計画。いまや海外15カ国にも展開するなど、好調事業を支えるのが、“ユニケージ開発”と呼ばれる独特の開発手法だ。Linux標準装備のシェルスクリプトの他は、開発言語やデータベースなどを一切利用せず、1~2週間というきわめて短い開発期間で、次々にシステムリリースしていく。


ユニケージか。なかなかよさげだね。

2019-12-19

英語挨拶は難しい

一番苦手なのは相手名前を言うことだ。

Hey Anna how are youをひと呼吸で言う必要がある。

いや別にヘイとかハイとかでもいいんだけど、アンナがGood morning Masudaって言ってくれてるんだし、アンナ可愛いんだから俺も頑張りたい。

しか日本語での暮らしが長いせいか脳内人名データベースアクセスするオーバーヘッドが異常にかかってしまう。「ヘーイ、、アンナ」とつまずきが出てしまう。

彼ら挨拶の達人たちはおそらく脳内人名データ用の専用メモリを搭載してるに違いない。俺も頑張るぞい。あっでも明日仕事納めだ。来年頑張るぞい。

2019-11-02

若林源三は何故キャップかぶっているのか?

ヘディングセーブと言う選択肢が無くなるのでゴールを許す確率が上がるのではないか

またあの世界ではオーバーヘッドスカイラブハリケーンなど、高いジャンプ力のある選手に上空からシュートされることもある。

ドライブシュートのように高い位置から弧を描き落ちてくるシュートもある。

そういった場合も視界が狭まるので不利なのではないか

  

一方キャップかぶるメリットは、晴れの日に眩しくないことくらいしかない。

そんな単純な計算もできないやつがSGGKを名乗るのは正しいのか?

2019-09-30

anond:20190930190222

お前いつも目の前に人が現れるたびに自分利益があるかどうか考えてんのか

ものすごく器用だな

いやそもそも人と会話する機会がほとんどないのか

俺はそういう思考オーバーヘッド自体無駄に感じるから会う人間は誰だろうが全員に挨拶してるよ

2019-07-02

anond:20190701183011

馬鹿だな。

1件振り込む度に後ろに並び直していたら、ログインオーバーヘッド分、全体として余計遅くなるぞ。

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