「コンテナ」を含む日記 RSS

はてなキーワード: コンテナとは

2023-09-23

オジサン若い女セックスするという性癖

からオジサン若い女エロいことをするエロコンテンツ大好物。ちなみに自分は女。そういうエロコンテナツをみる時は複数視点感情移入してて、まず女性側に感情移入して、性欲の獣みたいな存在セックスしてる事実に興奮する。オジサン×若い女には一種の異種姦的な趣がある。

ついでオジサン側にも感情移入して、若い女肉体美を堪能したり(増田レズじゃないけど女体礼賛だ)そういった存在セックスできているという満足感、恍惚に興奮する。

好みの展開は、おじさん側が生で挿入することに成功して若い女側が気持ちよく喘いでいる構図である不倫カップルのようにいつも生でする関係には興奮しない。あくまでも美しい女体に幸運にもありつけた興奮がそこになければならないし、女にとっては一種の異種姦でありながら感じてしまっているというロマンがなければならない。

不満なのが、こういうエロコンテンツにあまり出会えないことであるAVは全体的に男優が若すぎだし、たまにおじさん男優がいても筋肉ムキムキで萎える。こういう物語のおじさんは筋トレなどしないのだ。

二次元の方でも、おじさん主人公レアである。あと若い女を通り越してロリっぽいが人気で、なかなか若い女と言えるような20代くらいの成熟したボディの女性が出てこない。

そんばわけで不満である

2023-09-19

anond:20230919102943

アプリ開発の良いところは開発環境があまりわず整備できるところかな。定番環境を整えればいいからね。  

これが Java とかだと環境を設置する時点で迷うことが多いし、だいたいWeb系だとあれやこれやと前準備だけで迷いそう。コンテナどうする?とか。

2023-09-06

フロントエンド開発のうっとーしさって何なの

おあそびでPythonで作った自前のCLIアプリWeb操作したくなり、Celeryと FastAPIで Webから実行できるようにした。

んでつぎは、オシャレな画面をオシャレにつくりたくてReactでフロントを作ろうと思ってるんだけど、そもそも自分はReactの書き方を知らないんだな。

とはいえ仕事柄、このさきReactから逃げ続けるわけにもいかない。

勉強のため、とりあえずなんかのツールが吐き出す、出来合いのReactのボイラプレートを動かしてみようと思ってるわけだけど

そのためには Vite が要って

そのためには Node.js 18+ が要って

そのためには nvm-windows が要る(そういえば nvmって、、、 Javaの mvnと 紛らわしいですね)

そのためには chocolatey が要る(あ、これは自分PCに入っている、ラッキー!)

なにこれすげー段階を踏むじゃん!たかフロントエンドだよ?

たかフロントエンドと思ってるなら StreamLitで作ればいいじゃんとか言ってくる人もいるだろうけど、そういうわけにもいかねえのな。

あと今から勉強するならSvelteだとか言ってくるひともいるだろうけど、これも無視

まー 開発環境のややこしさは poetryだ anacondaだ ryeだ 言ってる Python も 大概だけど。


コンテナで開発しろってか

2023-08-22

フロントエンドエンジニアが見た嫌なWebデザイナー

margin paddingバラバラ

フォントサイズバラバラ

・どれがh2でどれがh3なのか分からないデザイン

ペライチなのにgoogle font を5種類くらい使ってくる

・似たような色だがカラーコードが違う

・font weightを300-700まで全て使っているが、ルール存在しない

雰囲気で色々な種類のボタンを作る

・中規模以上のサイト構築なのにhoverなどの基本的なパーツがない

・ページごとにコンテナサイズが違う

コントラストを考えてない配色

・可読性を考えていない小さすぎる文字

ベクター画像を持っているのにbitmapで渡してくる

上司の如く上から目線の指示を出してくる

テキストの改行位置や揃えについてピクセル単位修正指示を出してくる

アニメーションイメージ言葉だけで伝えようとしてくる

個人的理由で大規模なデザイン改修をねじ込んでくる

2023-08-18

どんな海外記事にも「日本も云々」と言っちゃうのははてな民の悪い癖

海外出稼ぎ風俗嬢がひどく危険な目にあってるっぽいという記事

https://togetter.com/li/2207560

 

普通にこの記事を読んだ感想って、怖いねとか、やばいねってのが先立つのが当たり前だと思うんだけど、なぜかはてな民は「日本は云々」と日本の悪政に絡めたくてしかたないようなアカウントがいっぱい出てくるのよね。

これ、完全に思考停止しかないと思うんだ

今(2023-08-18 19:00)現在、120ブクマくらいだけど、それでもすでにこんだけ上がってきてる。

さすがにIDはかわいそうだから抜いとくね(といっても大体いつものアカウントだけど)

 

若い女性がこんな目に遭うなんて酷すぎる。海外渡航の警告出せば済む話ではなくて、日本政府が貧困対策に取り組んで来なかったという事では。

こういう風俗売春の中でも海外出稼ぎレベルをやろうとするやつは、貧困対策にどんなことをやったところで一定数表れるので、マジでお前は世間知らずか上っ面の正義感。そういうのは立憲民主党日本共産党の集会の中だけでとどめておかないと恥をかく

「炊事婦の仕事があるよ」と募集に応募して海外に連れていかれたら慰安婦にされた、って事例が本邦でもだいぶ前にありましてね

「今の」「海外の」「日本人女性が」あってる(らしい)話に対して、80年近く前の慰安婦の話を出すのって、それしか言えないバカなの、ねえ、馬鹿なの。どうしてそんな育ち方しちゃったの??

日本だって海外ブローカーから労働力が流れてきてるけど、そのブローカーどもが何をしてるのかにノータッチ

まあこれを取り上げるのは若干かわいそうだが、とはいえブローカー搾取していても、日本に来た技能実習生が雇い主から目をえぐられるなんてことあるわけでもないわけで、議論すり替えありがとうございますって感じか。

つうか、本当に日本も貧しくなったんだな…

から日本が貧しくなったとはこれは全然違う話だってばさ。出稼ぎ売春婦は日本で食えないから行くんじゃないの。もっと社会の吹き溜まりのような歪みで海外に行ってるの。

まっとうに稼ぎに来てたり研修に来てたりする海外の人を、入管という場所で人を家畜のように扱う国があるんですよ。海外から技能実習生奴隷のように扱ったりもしてるらしい。酷い国だよね。どこの国かしら?

もうね、こういう定型文出ると思ったら出てきてるんだよな。すげえよな。さすがはてな民しか言いようがない。お前の世界では技能実習生は全員トラックコンテナに押し込められて、目をえぐられたりしながら仕事してんだろうな、お前の世界ではな

 

これを多いとみるか少ないとみるかはこの記事を読んだ方に委ねますが、まあ、おかしい奴らの含有率高いなと俺は思うよ

そんじゃーね

2023-07-31

anond:20230731104947

最近最前線から離れててあんまり追えてないけど、現役のとき2008年くらいか10年くらいの間で、仕事のやり方や設計の考え方が大きく変わったIT技術要素で、いまぱっと思い浮かぶのはこんな感じかな。

分野にもよるし、調査して試作した結果自分業務には採用しなかった技術とかもある。流行ると思って使えるようになったけど流行らなかった技術を入れるとたぶんもっとある。

あと、新機種が出てOSが新しくなったり、ミドルウェアの新バージョン対応テスト手法進化もけっこうカロリー高いけどここには書いてない。

自分フロントエンド専門でReactしかやらない」みたいに分野を絞れば大分減るけど、その技術が何年持つかわからいか普通リスクヘッジのために他の技術も齧らざるを得ないし、バックエンドとかの人と議論するのに結局他分野の知識もそれなりに必要

ソーシャルコーディング(GitHub)

スマホアプリ(iOS, Android)

NoSQL(memcached, Redis, Cassandra)

暗号通貨

クラウドアーキテクチャ、XaaS(AWS, Google Cloud, MicrosoftAzure)

CI/CD(Travis CI, CircleCI, Jenkins)

トランスパイラ(Browserify, webpack, CoffeeScript, TypeScript)

システム(Rust, TypeScript, Haskell)

テスト自動化(xUnitSelenium)

クリーンアーキテクチャ

コンテナDocker

オーケストレーション(Ansible, Kubernetes, Terraform)

機械学習(Python, MATLAB, 線形代数数学知識)

HTML5(WebGL, WebAudio他)

SPA(React, AngularJS, Ember.js, Vue.js)

マイクロサービスアーキテクチャ

3Dゲームエンジン(Unreal Engine無償化、Unity5)の他分野への普及

GraphQL

機械学習ライブラリ(Tensorflow, PyTorch, Chainer)

Jupyter Notebook

NFT

モバイルアプリフレームワーク(React Native, Flutter/Dart)

シングルサインオン

多要素認証生体認証

メタバース

2023-07-26

IT業界種別所感

自分の狭い世界観測した感想です。

WEBフロントエンド

完全に独立した技術スタックになりつつある、しかし出来る人間が非常に少なく胡散臭い優秀なフリをしたエンジニアが数多くいるように見える。

さらにとっつきやすから新人も参入しやすカオス雰囲気を感じる、自分の周囲を見た感じでも技術スキルは低めの傾向が見える。

トンカチを持ってそれを振りかざすことを目的にしちゃってるような人間が多いように見えるし、そうでない人間そもそも技術へのキャッチアップが低い傾向にある。

そういった理由からかは知らないが給与レンジも低め。

バックエンド

からそんなに変化がない、AWSGCP運用設計もやることがある。

WEBアプリケーションフレームワークが無いと仕事できない、とにかくDB大事プログラミング能力フレームワークの使い方に寄っている。

DB大事なのでプログラミングスクールだろうが独学だろうが、勘所を掴むのは困難で実務ありきで成長する必要がある。

成長前提で雇用されることもあるので人材の年齢層が幅広い。

大量のトラフィックを扱う人は分散のための設計なども心得ているものの、大抵は場当たり的な対処しかしていない。

給与レンジピンキリ

インフラ

IaaS登場以前は空気乾燥した寒い部屋で黒い画面相手定形作業をしていることが多かった。

昨今SREと呼ばれるようになり地位が向上しつつあるが、業務内容も広がってきておりIaaS設計能力が大きく問われるようになってきた。

WEBフロントエンドほどではないが、仮想OSIaaSコンテナなどそこそこのテンポ技術進歩している。

この他にも過去の名残だったりIaaSを触る都合、社内SE的な仕事もしたりする、相変わらず深夜対応もある、辛い…

給与レンジは高くなりつつある。

ネットワーク

知らない、専門のSES会社がある感じ。

アプリ

ひたすらAppleGoogleに振り回され続ける。

年1回、必ず新機能が出てくるので定期的に技術キャッチアップ出来る必要がある。

国内限定すると技術スキルは高めの人が多い傾向が見えるが人間としては癖の強い人が多い傾向も見える。

(ちなみに少ない観測範囲だが海外勢は微妙技術レベル人間が多かった。)

給与レンジはピンのほうはそんなに高くないがキリのほうはそこまで低くない。

ゲーム

知らない、同じIT界隈であっても全く違う業界に見える。

組み込み

おっさん、おじいさんしかいない印象、若者何処いった?

ここ20年ぐらいで台頭してきたITエンジニアとは別種の雰囲気を持つ印象、詳しいことは分からない。

汎用機COBOL

組み込みともまた別の雰囲気を持つ、若者もそこそこいる。

技術力はあまり重視されない、コミュニケーション能力簿記などの会計知識重要視される。

プログラムも書くので一応プログラミング能力必要

給料は低め。

---

WEBフロントバックエンド、SRE、アプリあたりは幾つか交差する領域がある。

交差するキャリアを取っている人はどれも凄い人かどれも微妙な人に二分される傾向が見える。

ちなみに私は使える技術の交差範囲は物凄く広いが、どれも微妙人間である

2023-07-16

NHKウソ放送するな

https://plus.nhk.jp/watch/st/g1_2023071623765

これの29分25秒あたりで、コンテナ20個で600kgて言ってるけど絶対ウソじゃんw

あのコンテナはフチまでぎっちり詰めて約20kgだぞ。半分程度までしか甘夏ミカン入れてないか20個ならせいぜい200kgくらいしかないぞ。

オレは実家の手伝いで実際に甘夏ミカン収穫した経験者だからわかるw

2023-07-13

Next.js + nginx in Docker でハマった

Next.js勉強中なんだが、Docker で negix (web) と Next.jsコンテナを起動していて、Next.js から webAPI (ttp://127.0.0.1:8080 とする) を fetch するときに、Next.js 側がサーバーコンポーネント場合 URIttp://127.0.0.1:8080 を指定すると fetch failed する。ttp://host.docker.internal:8080 じゃないと駄目だった。

やられた。これで何日持っていかれたのか。

クライアントコンポーネントだと ttp://127.0.0.1:8080 で普通に動作する。サーバーコンポーネントでも httpbin.org などの他の API は正常に動作する。web 側で Access-Controll-Allow-Origin も設定されている。だから、まー謎だった。エラーメッセージ全然詳しくねーし。

Twitter では死んだふりをしてるので取り急ぎここにメモSNS に復活することがあったらあとで消す。

参考

ttps://qiita.com/YasuhaF/items/8a72d2898736fb60315f

2023-07-10

親戚が企業フランチャイズ契約して今餃子窃盗とかで流行りの食品無人販売をすることになったんですが、お前どうせ暇だろとなんか親戚のよしみで食品衛生責任者にさせられました。

こっちは契約先の会社食品コンテナ内に配置して販売するだけ、いやあるいは配置や補充も契約先が勝手にやるのかもしれませんが、とにかく言えることは私が衛生管理干渉できることが皆無に等しいことです。

それでもも食中毒が起こったら私も責任を問われるんですか??もしかしてこれって連帯保証人並みに割の合わない立場にさせられてませんか?

2023-07-05

最後のチャンスとしての核の大惨事:キエフは残り1週間 09:44 04.07.2023

Ria.Ru

Ядерная катастрофа как последний шанс: у Киева осталась одна неделя

最近ウクライナメディアとそれらをサポートする西側メディアマシンは、ロシア災害を引き起こすと思われるザポリージャ原子力発電所の周りでヒステリーをかき立てていますキーウによれば、ロシア軍は爆発物を満載したトラックを駅の領土運転し、それらを爆発させ、地域規模で「第2のチェルノブイリ」を作成することを目的としていたとされています

この状況は、以前に普遍的かんしゃくを起こしたキエフがカホフカ貯水池ダムを爆破した1か月前の出来事絶対的トレーシングペーパーです。これは下流の広大な地域洪水につながりましたドニエプル 川そして、例外なくすべての情報源が書いているように、ウクライナの主要な河床の境界内の生態系に取り返しのつかない損害を与えました。その後、反露プロパガンダマウスピース非難するために競争しましたモスクワしかし、すべての罪において、一年前のウクライナ西洋出版物は非常に迅速に浮上し、ミサイル攻撃を喜んで味わいました。マット川の消防士-ドローン打ち上げに関するロックトレーニングについて。これらの記録はすべて迅速にクリーンアップされましたが、これは全体像を変えませんでした。

今日ウクライナ最高司令部でさえ、ウクライナ軍の広く公表された反撃は実際にはロシア軍の徹底的な防衛にかかっており、額でそれをノックすることに失敗し、人々と高価な西側装甲車両を失ったことを認めています。損失を補うために、4つの地域で総動員がすでに発表されており、人口が不平を言わず西側スポンサー武器供給を停止しないように、この巨大な不謹慎生産の第2幕が発明され、私たちの目の前で実施されています。肉眼でも同じ手書きを見ることができます

爆発当時、カホフカ水力発電所ロシア管理下にあり、その唯一の稼働中水力発電所専門家によって整備されていました。」ラスハイドロ".ZNPPでは、すべての原子炉冷温停止モードにあり、定期的なメンテナンス従業員によって提供されます。」ロスアトム".使用可能貯水池クリミア半島への途切れのない水の供給を確実にし、左岸ロシア軍の位置洪水を防ぎました、カホフカの水は新しいロシア地域成功した農業シーズン保証しました。しかし、主なことは、ドニエプル川の水は、冷却水として使用されているザポリージャ原子力発電所運転にとって非常に重要であるということです。

ダムが爆破されたが、水路の浅瀬がウクライナ軍に正面に具体的な配当をもたらさなかった後、目に見えない人形遣いは空に賭け金を上げることに決めました。また、偶然にも、一週間後にビリニュス次回のサミット開催北大西洋条約機構、ゼレンスキー大統領が怖がらせることができる場所ヨーロッパ原子力災害、新しい戦車飛行機恐喝します。

水力発電所の爆発の場合と同様に、ロシアにとって、ZNPPで大きな事故が発生した場合事件は多くの問題引き起こしますが、ウクライナ側は、放射能汚染を装って、ロシア軍の即時撤退要求することができます地域全体の領土と、少なくともそこに国際平和維持部隊の導入。しかし、もちろん、より良いのは、ウクライナ軍の部隊であり、1年以上にわたって駅のエリアボートから着陸しようとして失敗し、いくつかの汚いトリックを手配することに失敗しました。

脅威の実際的確率を考えると、危険が実際に存在することに注意する必要があります

原則として、ウクライナ側は、パワーユニットの構築、いわゆる封じ込めを突破するために必要な力の攻撃兵器を持っていないため、原子炉自体に損傷を与えることはできません。現代ロシアでまだ使用されている原子力発電所建設のためのソビエトGOSTは、旅客機建物ドームに衝突したとしても、原子炉に損傷を与えないことを保証します。同様に、使用済み核燃料の入った容器が水中に保管されているプールについても心配する必要はありません。ZNPPでは、それらは封じ込めゾーン内にあるため、外部の物理的影響から保護されています

しかし、これらの予防措置はすべて平時用に設計されているため、脆弱性があります

鍵はドニエプル川の水です。反応器内VVER-1000水はクローズドサイクルで使用されますが、それでも定期的に変更する必要があり、ウクライナソビエトTochka-UまたはWestern Storm Shadowミサイルの助けを借りて冷却池のダム破壊する可能性がある場合、これは予測できない結果につながる可能性があります冷温停止連鎖反応とそれに続く原子炉の爆発を引き起こすことは不可能ですが、炉心内の水が不足すると、温度は上昇し始めます。ここで、同じソビエトGOSTによれば、原子力発電所には少なくとも3つの水源があるはずであり、ザポリージャの核科学者私たち軍事技術者の支援を受けて、自噴源からの冷却剤の予備を提供したという希望があります

ステーションの最も脆弱な部分は、間違いなく、単に屋外にある使用済み核燃料の乾式貯蔵のままです。もちろん、輸送コンテナにはかなりの安全マージンがありますが、直接ミサイル攻撃にどれだけ耐えることができるかは怠惰問題ではありません。

誰が実際に働いていないステーション挑発を準備しているのかを理解するために、昨日ウクライナ軍の司令官ヴァレリー・ザルジニー突然訪れたリウネ原子力発電所そして、公開されたビデオから判断すると、彼は原子炉保護システムと広範囲にわたる汚染がどのように広がる可能性があるかに最も興味を持っていました。

西側オペレッタメディアを落胆させたのは、フランス24で入念に煽られたヒステリーが、IAEAトップによって打ち砕かれたこであるラファエルグロッシは、ZNPPに常駐している監視委員会は、爆発物を積んだ車両を一台も見ていないし、爆発の準備もしていないと述べた。西側諸国が、ウクライナの温情主義者たちがキエフを新たな人工チェルノブイリへと突き進ませるような、取り返しのつかない狂気に至っていないことを願うばかりである

2023-07-04

10. タプルとコレクション

Python勉強メモ

ゼロからPython入門講座

10. タプルとコレクション

https://www.python.jp/train/tuple/index.html

 

以下、気になったところ。

 

タプル

タプル

Pythonでは、複数データの組み合わせから構成されているデータ表現する場合、タプル という種類のオブジェクトを利用します。

タプル(tuple)は、組 などとも呼ばれ、複数の要素が決まった順番にならんだ値を指します。

 

タプルの書き方

タプルオブジェクトは、複数の値をカンマ , で区切って記述します。

 

タプルはカッコで囲む習慣

タプルは、要素となるデータを「 , 」で区切って記述できますが、「, 」だけだとちょっと見にくいので、通常は全体を丸括弧 () で囲んで記述します。

 

ningyocho = (35.686321, 139.782211)

kotoshi = ('平成', 2)

 

この括弧は必須ではありませんが、括弧なしでは読みにくく、間違いの元になる場合もあるので、通常は括弧をつけて記述する慣習になっています

 

タプルオブジェクトの要素を参照する

タプルオブジェクト登録したオブジェクトは、リスト と同じように 要素の順番 を指定して参照できます

 

タプルオブジェクト[要素の順番]

 

要素の順番 として指定する数値のことを、リストオブジェクトと同じように インデックス(添字) と呼びます

 

タプルの比較演算子

タプルは、数値や文字列と同じように、比較演算子 を使って他のタプルと値を比較できます

 

== 演算子でタプル同士を比較すると、同じ値のタプルならTrue を返します。

 

!= 演算子でタプル同士を比較すると、異なる値のタプルなら True、等しい値なら False を返します。

 

<、 <=、>、>= などの演算子で、タプル同士の大小を判定できます

 

タプル同士の値の比較は、先頭の要素から順番に同じインデックス同士の値を比較して、先に小さい値となったタプルが小さい値となります

比較するタプル同士の長さが異なる場合、短いタプルの要素と長いタプルの要素を比較してすべて等しければ、短い要素のほうが小さい値となります

 

タプルオブジェクト操作

タプルオブジェクト場合リストオブジェクトのように要素を変更することはできません。

タプルオブジェクトの要素を変更する場合は、リストオブジェクトのように要素を変更するのではなく、あたらしくタプルオブジェクト全体を作り直す必要があります

 

タプルとリスト

タプルとリストはとてもよく似ています

どちらも他のデータを格納できるコンテナオブジェクトで、格納した要素は数値をインデックスとして参照できます

リストにはデータを追加したり削除したりできますが、タプルは変更できません。

 

リストとタプルはどのように使い分ければよいのでしょうか?

 

タプルは複数データの組み合わせから構成されているデータのためのオブジェクトです。

決まったルール記述した、固定的な形式データです。

複数の要素から構成される独立したデータ をあらわすときは、タプルを使用します。

 

固定的な形式もつ独立したデータではなく、不定個数の独立したデータをたくさん集約してまとめておきたい、という用途には、リストが適しています

 

リストとタプルの使い分け

 

コレクション

コレクション

数値オブジェクトは、物質の重さや長さなど、いろいろなデータの値を直接あらわすオブジェクトです。

一方、 リスト辞書は、直接的なデータではなく、いろいろなデータ登録して、集約しておくために使われるオブジェクトです。

 

リストやタプル、辞書のように、他のオブジェクトを集約することを目的とした種類のオブジェクトのことを、

コレクション (Collection)

と呼びます

 

コレクション操作

コレクションに属するオブジェクトは、どれも同じように使える、共通の処理が用意されています

 

コレクションの要素数

コレクション登録されている要素の数は、len() 関数で調べられます

 

コレクション比較演算子

コレクションは、比較演算子 の == 演算子や != 演算子で、値が等しいかどうかを判定できます

 

in 演算子

in 演算子を使うと、コレクションに値が登録されているかどうかを調べられます

in 演算子は < や == のような 比較演算子一種で、

値 in コレクション

という式は、指定した値がコレクション登録されていれば True を、登録されていなければ False を返します。

 

辞書の in 演算子

辞書オブジェクト場合、in 演算子指定した キー登録されているかどうかを調べます

 

文字列の in 演算子

文字列オブジェクト場合も、in 演算子で中に文字が含まれいるかどうかを確認できます

 

for文

コレクションは、 for 文に指定して、コレクションの要素ごとに、for 文に記述した処理を実行できます

 

辞書とfor文

辞書オブジェクトを for 文に指定すると、辞書のすべての キー を取り出して、for文に指定した処理を行います

 

シーケンス

リスト・タプル・文字列はいずれも コレクション に属するオブジェクトですが、コレクション一種で、整数値のインデックス指定して要素を参照できるオブジェクトのことを、

シーケンス (Sequence)

と呼びます

 

コレクションシーケンスの違い

リストやタプルなどのオブジェクトは、コレクション一種で、他のオブジェクト登録し、集約できるオブジェクトです。

シーケンスとは、コレクションのうちで、集約する要素が一定の順序で並んでいて、その順序(インデックス)を使ってその要素を指定できる種類のオブジェクトのことを指します。

 

コレクションに属するオブジェクトでも、リストやタプルとは違って、辞書 は、順序を指定して要素を指定することはできません。

このため、辞書コレクションですが、シーケンスではありません。

 

 

シーケンス比較演算子

タプルやリスト文字列などのシーケンスオブジェクトは、 <、 <=、>、>= などの演算子で、値の大小を判定できます

シーケンスではない、辞書オブジェクトなどのコンテナオブジェクトは、 < などによる大小の比較はできません。比較すると、エラーとなります

 

コレクションのアンパック

コレクションのアンパック

代入式の右辺がコレクションなどの場合には、左辺に複数変数名を指定して、コレクションの要素を一括して変数に代入できます

コレクションの要素を一括して変数に代入する方法を、アンパック(unpack) といいます

 

(例)

list_obj = [1, 2, 3]

var1, var2, var3 = list_obj # var1, var2, var3 に、list_objの要素を順に代入

print(var1, var2, var3)

 

1 2 3

 

変数 var1、var2、var3 には、右辺のリストオブジェクトの要素が一つずつ順番に代入されます

この場合、var1 には list_obj の最初の要素である 1が、var2、var3 には、それぞれ2番目と3番目になる 2 と 3 が代入されます

 

アンパックを利用した代入は、Pythonプログラミングで頻繁に利用されます

 

アンパックは、複数の値を戻り値とする 関数 でよく使われます

 

関数計算した結果は、return文 を使って、戻り値として返します。

しかし、関数 total_and_average() は合計値と平均値の2つを計算しますが、 return文 に指定できる戻り値は一つだけです。

そこで、return文には (合計値, 平均値) のタプルを指定し、二つの値を一つのタプルにまとめて返り値とします。

 

(例)

def total_and_average(values):

  total = 0 # 合計値の初期値 0 を設定

  for value in values:

    total = total + value

  # データ件数を求める

  num = len(values)

  

  # 合計値 ÷ 件数平均値を求める

  average = total / num

  # 戻り値として (合計値, 平均値) のタプルを返す

  return (total, average)

 

戻り値としてタプルを使い、複数の値を一度に返す関数はとてもよく使われます

テクニックとして覚えておきましょう。

 

まとめ

2023-06-15

ログイン復旧したのか

やっぱ軽いテキストサイトってメリットだよね

DBアプリもミドルも軽くすむ

とっくにコンテナ化してるのだろう

運営ベストプラクティスとして学びたい

2023-06-06

anond:20230606150721

昔は、トマトを運ぶのが大変やったんよ。

傷みやす野菜代表格で、輸送の事を考えると青いうちに出荷して、

スーパー八百屋に並ぶ頃に赤くなっていればいいという、酷い扱いだった。

だけど、今は「麗月」みたいな品種が作られ、赤く熟してから輸送しても大丈夫になった。

もちろん輸送コンテナの改良とかもあるんだけど、圧倒的に美味しいトマトを出荷できるようになったのだ。

https://www.sakataseed.co.jp/product/search/code069796.html

2023-05-27

はてな退職エントリを書いています

私は約3年間、はてなエンジニアとして働いていました。

この期間に、様々なプロジェクトに関わり、多くのことを学びました。

今回は、私が経験した技術的な話を中心に、はてなでの仕事について振り返りたいと思います

 

## RailsでのWebアプリケーション開発

はてなでは、主にRuby on Railsを使ってWebアプリケーションを開発していました。

はてなログはてなブックマークなどの有名なサービスはもちろん、社内向けのツール新規事業プロトタイプRailsで作っていました。

Railsは、高速に開発できるというメリットがありますが、それと同時にコード品質パフォーマンスにも気を配る必要があります

私は、テストリファクタリングコードレビューなどの技術的なプラクティス積極的に取り入れることで、Railsの開発をより効率的安全に行う方法を学びました。

例えば、私が担当したプロジェクトでは、RSpecやRuboCopといったツールを使ってテストカバレッジコード規約をチェックし、GitHub ActionsやCircleCIといったサービスを使って自動化しました。

また、Pull RequestやPair Programmingといった方法を使ってコードレビューを行い、バグ改善点を見つけたり、知識ノウハウを共有したりしました。

 

## クラウドサービスでのインフラ構築

また、はてなでは、AWSGCPなどのクラウドサービス活用してインフラを構築していました。

私は、DockerKubernetes、Terraformなどのツールを使って、コンテナ化やオーケストレーションインフラストラクチャ・アズ・コードなどの技術実践しました。

これらの技術は、開発環境と本番環境差異を減らし、デプロイやスケーリングを容易にするという利点がありますが、それと同時に複雑さやトラブルシューティングの難しさも増します。

私は、モニタリングロギングアラートなどの技術的な仕組みを整備することで、インフラ運用をより安定的信頼性の高いものにする方法を学びました。

例えば、私が関わったプロジェクトでは、DatadogやCloudWatchといったサービスを使ってシステム状態パフォーマンス監視し、SlackやPagerDutyといったサービスを使って異常や警告を通知しました。

また、ElasticsearchやFluentdといったツールを使ってログ収集分析を行い、原因究明や改善策の検討に役立てました。

 

## チームでの協働

はてなエンジニアとして働くことで、私は多くの技術的なスキル知識を身につけることができました。

しかし、それ以上に大切だったのは、チームで協力して問題解決することでした。

はてなでは、エンジニアだけでなくデザイナープロダクトマネージャーなどの他職種とも連携してプロジェクトを進めることが多かったです。

私は、コミュニケーションフィードバックドキュメンテーションなどの技術的ではないスキル重要だと感じました。

私は、自分意見提案積極的に発信することで、プロダクトやサービス品質価値を高める方法を学びました。

例えば、私が参加したプロジェクトでは、SlackZoomといったツールを使って日常的に情報交換や相談を行い、BacklogやJiraといったツールを使ってタスク管理や進捗報告を行いました。

また、FigmaMiroといったツールを使ってデザインアイデアの共有やフィードバックを行いました。

 

## 退職への決断

私は、はてなエンジニアとして働くことがとても楽しく充実していました。

しかし、私は自分キャリアについて考える中で、新しい挑戦をしたいという気持ちが強くなりました。

私は、自分の興味や関心のある分野にもっと深く没頭したいと思いました。

そこで、私はこの度、はてな退職することにしました。

私は今後、別の会社エンジニアとして働く予定です。

 

## おわりに

はてなで働いた3年間は私にとってかけがえのない財産です。

私は、はてな出会ったすべての人に感謝しています

に私が所属したチームのメンバーには大変お世話になりました。

彼らから学んだことや刺激されたことは数え切れません。

彼らと一緒に仕事ができたことを誇りに思います

彼らに感謝する気持ちを込めて、このエントリーを書き終えたいと思います

 

以上、AIによるフェイ記事です。

どの程度、真実味がありましたか

2023-05-12

anond:20230512180741

Dockerは、開発から運用まで一貫した環境提供することで、開発者作業負担を減らすという大きな利点があります。また、仮想マシン比較してリソース使用効率が高いため、エコとも言えます

ただし、確かにDockerには一定オーバーヘッド存在します。これは、DockerゲストOSを持たずに、ホストOSカーネルを共有して動作するためです。それにより、アプリケーションの実行に必要リソースが追加で必要になり、パフォーマンスに影響を及ぼす場合があります

また、Dockerを利用する際の設定や構成によってもパフォーマンスは大きく変わります。例えば、Dockerネットワーキングストレージの設定、またホストOSとの互換性など、考慮すべき要素は多数存在します。

あなた現在の状況について具体的に述べると、FESSクローリングが重いという問題は、Dockerオーバーヘッドけが原因ではない可能性がありますDockerコンテナ内のFESSJVMの設定、ホストマシンリソース割り当て、ネットワークストレージの設定など、様々な要因が絡んでいるかもしれません。

また、Dockerログ出力が多いと感じる場合も、実際のところはFESSDockerの設定によるものかもしれません。ログの出力レベルを調整することで、必要情報だけを出力するように設定することも可能です。

しかし、これらの設定を調整するためには一定知識経験必要で、それがなければ素直にネイティブ環境での構築が良い選択かもしれません。結局のところ、どの方法が最善かは具体的な要件や状況によります

このような状況に直面した際には、パフォーマンス問題を具体的に分析し、適切な解決策を見つけるためにパフォーマンスモニタリングロギングツール使用することをお勧めします。それにより、問題の原因を特定し、適切な対策を講じることが可能になります

たとえば、Dockerが高いCPU使用率を示している場合、それはコンテナ内のアプリケーション(この場合FESS)が高いリソースを消費している可能性があります。その場合アプリケーションの設定や実行パラメータを調整することで改善できるかもしれません。

また、Dockerコンテナリソース制限を調整することも検討できますDockerは、コンテナに割り当てるCPUメモリの量を制限する機能提供しています。これにより、他のプロセスに影響を与えることなく、特定コンテナリソース使用量を管理することが可能です。

さらに、Dockerボリュームネットワーク設定が適切であるかを確認することも重要です。不適切な設定はパフォーマンスに悪影響を及ぼす可能性があります。たとえば、ファイルI/Oパフォーマンスは、ホストOSコンテナ間でデータを共有する方法に大きく依存します。そのため、適切なボリュームの設定や、パフォーマンスを向上させるための最適化オプション適用されていることを確認することが重要です。

最後に、Docker自体アップデートパフォーマンス改善寄与する場合があります。最新のDockerエンジンには、パフォーマンス改善するための修正改善が含まれていることがあります

これらの要素を考慮に入れ、Dockerパフォーマンス最適化する方法を探すことができます。ただし、これらすべてを試してもパフォーマンス改善しない場合や、必要知識時間が不足している場合は、Docker使用しないネイティブ環境での構築が最善の選択であるかもしれません。

2023-04-19

岸田首相の襲撃犯のパイプ爆弾

けっこう威力あるな。

何十メートル離れたコンテナに穴が空いてるとか、破片が数十メートル先で発見されたとか。

聴衆に怪我人がでなかったの、奇跡じゃね?

2023-04-14

anond:20230414023346

好きな事ってのはYoutuberとかアートとかそういう派手な方面だけじゃ無いんだよ。それは「憧れ」で好きなことじゃないだろ。

道路を作るのが好き、と言う奴と、本当は料理を作るのが好きなんだけど仕事から道路を作ってる奴だと、よほど基本スペックに差が無い限り、前者に後者は勝てない。

すでにかなりの割合の人は、好きな事を仕事にしているはず。その職に就いた時は好きでも嫌いでもなかったかもしれないけど、後から好きになったという人もいるはず。

なんか「仕事とは苦しいものだ。苦しいほどお金が得られる。他の人もそうに違いない」という呪いにかかっているように見える。それだとAIロボットが動く時代には勝てないよ。

何事もそうなんだけど、設備投資機械化されるのは以下のような順番で行われる。主にコスト問題

  1. 装置を使わないと実現できない事を行う
  2. コストが高い所を低コストにするために行う
  3. 危険作業自動化するために行う
  4. 作業員不足を解消するために行う

で、人がやりたがる仕事ってのはこの中には当てはまらないのよ。人がやりたがるような仕事自動化されるのは、この後、とんでもないコスト革命が起きるまで待たなきゃならない。

しかし、それでもやりたいと言う人が情熱を傾けると、そこに需要が発生して職業として成立しているよ。例えば伝統工芸などはその類いだ。

からAI時代からこそ人がやりたがるような人気のある仕事ほど自動化される、と言うのはまるっきり認識が逆。

人がやりたがらない仕事≒人手が慢性的に不足するところの自動化が今進んでいると言う話。そして、人がやりたがらない仕事を選んでいると、ロボットAIコスト競争させられることになるのでお先真っ暗。

2023-04-12

自作冷凍弁当

最近自作冷凍弁当作りが流行っている気がする。自分でもよく作る。

白飯、メイン(生姜焼きとかハンバーグとか)、野菜ブロッコリー炒めとか小松菜ナムルとか)という単純な構造弁当を5食まとめて作って冷凍しておくという手順。(容器はジップロックコンテナ―が最適)

面倒な場合焼きそばを大量に作って1食分ずつ分けて冷凍するのもいける。

持ち運びには向かないので、在宅勤務時の昼食として食べることが多い。

冷蔵のつくりおきよりも食中毒心配がないし、市販冷凍おかずを詰め込むよりも手作り感があっておいしい。

市販冷凍弁当(n○shとか)よりもコスパがいいので、しばらく続けようと思っている。

2023-04-10

anond:20230410092414

IT系仕事東南アジアとか東欧に流れて外貨獲得には結びつきにくいのかも。

コンテナ物語IT版。

まあリカレント教育を受けてプログラマーになろうとしてる人が多いから、もう何年かしたら世界工場ポジションに近づいてる可能性はある。

2023-04-06

anond:20230406141548

シークレット化が一番手軽ですね。

Firefoxクッキーを共有しないコンテナーという単位でタブを管理できることも、付け加えておきます

コンテナを切り替えることで異なったWEB文脈を扱えます

から失礼しました。

2023-03-31

魅惑のデパート搬入口の世界

読者諸兄はデパートに行ったらどこが気になるだろうか?デパ地下ファッション売り場?

増田搬入口の場所だ。売り場で何売ってるかなんてどこから搬入するかに比べたらどうでもいいことだ。この文書を読んだら君もきっとそうなる。

売り場で物が売れたらそれを補充しなきゃならない。その搬入口は大抵ビルの裏にある。

しかデパートがある場所というのは一等地だ。バックスペースである搬入口なんかの為に一等地を使うのは余りに勿体ない…。

という事で離れた場所搬入口が設けられて秘密通路で結ばれていることがあるのだ。

それを幾つか紹介するよ。

因みにこういう所は仕事しか入れないもので、増田仕事で行ったり同僚に聞いた入りした事がある個所に限られるから偏りはあるよ。

池袋LABI

ヤマダ電機運営する池袋LABIは元は池袋三越だった。開業昭和29年地下鉄丸の内線の前年か同年と古い。

LABIの裏に都道があって、道路反対側に3階建てのマクドナルドがある。その裏に付近に似つかわしくない古くて灰色運送会社的なところがある。

https://goo.gl/maps/9fDTtZiNEB3pQTbJ8

ここが搬入口で地下トンネルで結ばれている。さっきのマクドナルドはそのトンネルに乗ってるのだね。だから周囲が高層化しても3階建てのままなのだ

 

池袋東武

かなり離れたところにあるびっくりガードの中に分岐がある。

https://goo.gl/maps/bsTBq4EtxBrgqc23A

元々ここは東上線線路だった。山手線から東上線への渡り線と電車留置線が伸びていた。

国鉄貨物輸送を全廃に近い合理化すると東上線行きの貨物輸送も無くなり、ここは遊休施設になった。

90年代東武デパートが増床して新館のプラザ館を作る事になるとこの線路跡も一部利用され、新館より先は地上は駐輪場、地下には搬入路として旧館の搬入も集約化。東上線池袋駅が行き止まりホームになったのはこの時だ。

それまで旧館は東上線北口改札横にある汚らしい搬入口で搬入していたのだが、ここのせいで一帯が大変に荒んでおり、まるで古いアメリカ犯罪映画ダウンタウンのようだった。

 

銀座松屋

デパートより一ブロック離れた箇所。

https://goo.gl/maps/WQB7qSNwj4AjQPQc8

こはちょっとバックスペースが大きすぎる印象がある。

新宿小田急

ロード甲州街道ルミネとの間にあって、急勾配でミロードの中を登り、モザイク坂上のミロード広場の上階に出る。

https://goo.gl/maps/oEbSXc96jzT8adFW8

ここは急勾配&高さ制限キツイ&急勾配登ってすぐに急カーブクランクというデンジャラスコースだ。クランクの路面は坂登ってる間は見えない。しかも途中で止まると再発進不可な程の急坂なのでアクセルを緩められない。そして暴走してクランクを突っ切ってしまうとミロード通りに落下だ。

なすぎる。ハードドライビンのスタントコースみたいなところなのだ

ここを攻める人は注意して欲しい。落下したらインスタントリープレイされるだろう。

 

新宿ルミネ

遥かかなたのJR本社ビルの先にある。

https://goo.gl/maps/ZCo693QRHujchVqZ7

ここからJR本社ビルの周りをぐるっと回って甲州街道橋の下を潜り、ルミネに到達する。甲州街道橋の下公共占有だ。

因みにJR本社前にBLAST!っていうお店があって、周囲は高層化されているのにここだけ2階建てだ。

実はここは土地取引を巡って管財人司法書士ヤクザが殺されたという曰くつきの土地でずっと更地駐車場のままだったところだ。

また、バスタの下には昔JRバスの駐車場になっていた大きな地下空間があって高島屋タイムズスクエアJR本社トンネルで結ばれているらしい。駅の工事の際には工事基地職工詰所になるようだ。ちょっと入ってみたいもんである

 

渋谷西武

ロフト井の頭通り側にある。

https://goo.gl/maps/UxNpSesPQp88VQY68

西武デパート群は駅に近いA館と井の頭通りかいのB館、ロフトパーキングとあるが、全て地下トンネルで繋がっている。

特に特筆すべきは井の頭通りで、ここは宇田川という川が暗渠化された道で今でも暗渠に宇田川が流れている。

搬入トンネルはこの地下の宇田川の更に下を通ってるってわけだ。

公共占有+川の下を潜るという2段構えの珍奇さである

 

東急東横

珍奇な搬入路の王者と言ったらこである。もう無くなってしまったが。

駅の東西に建っていたややボロッちかった東急東横店。ここの搬入口がどこにあったかというと、現在ストリームになっている東横線高架下にあった。(古い画像

https://goo.gl/maps/tA5i7NkHkTGbhhce9

ここからR246の下を通り、東横東口店までずっと地下トンネルが通っていた。

更にここには空港手荷物コンベアのようなコンベアがあり、行先(受取り先)が書かれた専用のコンテナに入れて流すと東横店の方に着くというシステムであった。こんな風にシステムになったのは246の掘り下げ工事があり、途中にエレベータを挟んでいたためだと思われる。

このルートというのは全部東横線の高架線と駅の下だ。高架の下に後からトンネルを作るのは危険だし難しい。

まり昭和2年東横開業時にはすでにこういう通リになっていたという事である

因みにこの近くには稲荷橋という橋があったので「稲荷橋搬入口」と呼ばれていた。というか、最近行ってみたら川が無くなっているのに橋だけ残ってたわ。

東横店は無くなって今は新しいビルになってるし、稲荷橋搬入口はストリームになってるが、あの地下搬入路はそのままのはずだ。

あれは今どうなっているんだろうか?東横店跡の新しいビルストリームの地下で荷物輸送に使われているんだろうか?実に気になる。

肝心の「東横東口店と西口店の間はどうなっていたか」については西口店の方に用が無かったせいで不明である。無念だ。JR線地下を通っていた、京王マークシティの方にあった、二つの可能性がある。

開業当初は国鉄より頭の固い鉄道省と別会社帝都電鉄だった訳で気になるのだが…ちゃんと見ておきたかった。

 

スキーム輸送スキーム

 

これらには公共である道路を潜って離れた場所に繋いでいるケースが多い。

普通はこういう占有方法は認められないが、施設公衆性が強い場合は許されるのである私鉄道路地下を走っていたり病院渡り廊下道路跨いでたりと同じだ。

デパート場合公衆性は、公衆自由に立ち入り出来て買い物ができる、市場性格がある事だ。だからデパートは会員制の立ち入り規制的な事が出来ない。 

 

余談だが、中野ブロードウェイまんだらけ性的商品通路側に陳列して対面の商店トラブル、その商店ネット民攻撃して炎上するというトラブルがあった。

この時にネット民中野ブロードウェイ私有施設から陳列は自由まんだらけ占有面積は大きいので施設運用でのヘゲモニーがある、というような考えを開陳する人が多く居た。

でもこの法的スキームを知っていたらこの考えは間違いという事が判る。中野ブロードウェイ公衆施設一種でありそれは立ち入りが自由である事だから、そこの通路公道が準用される。

そこに性的な陳列をしたら独立店舗の中での陳列よりも厳しい基準取締りが行われるのは当然なのだ。実際まんだらけはガサ入れされて商品押収されて件の店舗は後に閉鎖する事になった。

 

また、デパート売店床面積を最大化したいのでこういう離れた箇所に搬入口を作るのである。だからビル裏に搬入口を作る場合はその面積を最小化したい。

売り場を持つ業者は相当な数になるので、それらが少量ずつ荷物を持ち込んだら忽ち渋滞だ。

そこでデパート流通センター搬入代行業者倉庫搬入して、そこからまとめてトラックに混載してデパート搬入するという形になっている。

当然その業者には委託料を支払わねばならない。だから利幅が小さくなるのでその分価格を上乗せする他無い。故にデパートで買うとどうしても高いのだな。

これはデパ地下の小さな食品売り場、レストラン街の業者もそうなので、地方業者東京などのデパートに出店する場合、支社をその代行業者倉庫内に置いてしまう事もよくある。

東京支社長就任おめでとう」とか言われて辞令を受け取ったら倉庫勤務とかになっちゃうわけだ。つらい。

 

大阪名古屋編を誰か頼む。

anond:20230331064514

おじさんってだいたい仮想化のあたりで止まっちゃってる人が多い印象

コンテナまでたどり着いてない

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