「Android7.1以前でLet's Encrypt証明書のサイトが見られなくなる」の続き。 色々動きがあって猶予もできて助かった形だけど、来年9月29日以降の対応をどうするか考えないといけない状況なのは当然変わっていません。先にまとめると以下。 何もせずとも来年の1月11日までは猶予が伸びた 証明書を発行する側の場合、各クライアントで --preferred-chain "DST Root CA X3" のようにオプション設定することで、来年の9/29まで先延ばしが可能 独自ドメインに対して自動でSSL証明書を発行してくれるサービスを利用している場合はサービスが声明を出していないか調べ、出してない場合は問い合わせると良いでしょう 前回以降の動き go-acme/legoに--preferred-chainオプションのpull requestを取り込んでもらいました デフォルトRoot証
OSCP: ペネトレーションテストの実践的な資格を取った話 - ommadawn46's blog
はじめに 本記事は Recruit Engineers Advent Calendar 2020 の6日目にあたる記事です。 先日、Offensive Security Certified Professional (OSCP) という倫理的ハッキング技術に関する資格を取得しました。最近、日本でもこの資格の人気が高まっているような印象を受けますが、OSCPに関する日本語の情報はまだまだ少ないようです。今後受ける人の参考になればと思い、本記事ではOSCPに関する以下の事項についてお話したいと思います。 PWKコースとOSCP試験がどういう内容で、どんな人におすすめか 受ける前にどんな準備をすれば良いか 実際にPWK / OSCPを進める際に役に立つ情報 筆者のOSCP受験記 この記事では、まず「OSCPとは何か」を知りたい人のために一般的な説明をしています。その後、「OSCPを受けようか悩ん
スドー🍞 on Twitter: "知財高裁の判決が掲載されました。同人誌の法的位置づけについては以後これがリーディングケースになると思われます。 https://t.co/QK5S59ABkh"
知財高裁の判決が掲載されました。同人誌の法的位置づけについては以後これがリーディングケースになると思われます。 https://t.co/QK5S59ABkh
近年のソフトウェアプロダクト開発組織の活動単位としてよく言われるのは、「少人数で安定したチーム」であろう。表現は違えど、どの文献でもそのように述べられる。 それでは、「少人数」と「安定」の2つの要件を満たせば高パフォーマンスなチームが設計できるかと言えば、そんなはずもない。他にも要件があるはずだ。 そこで、チームに共通して必要だと考える要件を、設計に関わったこれまでの組織から抽出して言語化し、原則としてまとめてみた。それが、「安定」「アトミック」「非兼務」「少人数」「流動性」「イテレーティブ」の6つだ。 初期に携わった組織には欠けていた要素もあるが、何度も失敗を重ねるうちに見いだしたものだ。組織設計のプラクティスとしてよく聞くものもあるが、いずれも実体験を経て必要だと感じたものばかりである。 なお、本記事で取り上げる6つのチーム設計原則だけでは、組織設計として不十分だ。チームにどういった機
軽量でインストールも簡単なシングルバイナリのKubernetesディストリビューション「k0s」、Mirantisがオープンソースでリリース。LinuxとWindowsに対応
米Mirantisは、軽量かつシングルバイナリで、インストールや運用も簡単なKubernetesのディストリビューション「k0s」をオープンソースとしてリリースしました。 新しい Kuberentes distro, #k0s が OSSで公開されました！ 軽量、ワンバイナリ、Intel/ARM対応、アップデートも簡単！ チェックしてみてください！https://t.co/B4gBUPWau2 — Mirantis Japan (@Mirantis_JP) November 13, 2020 対応するOSはLinuxとWindows（今後リリース予定）。プロセッサはIntelとARMに対応します。 軽量かつ簡単に導入できて運用も容易 k0sは、「100% upstream vanila Kubernetes distro」（100％純正で色付けのないKubernetesディストリビューショ
はじめに お世話になった方々への謝辞 参考にしたブログ・その作者の方への謝辞 私のスペック なぜ米国大学院を志したのか まとまった時間でCS、エンジニアリングの勉強をしたかった 英語で学ぶという経験をしたかった アメリカで働いてみたかった ソフトウェア工学修士とは何か 計算機科学修士とソフトウェア工学修士の違い 大学院の選び方 専攻 何を専攻するか 研究するか？しないか？ 授業料 おわりに Appendix: そのほか参考になる記事 はじめに こんにちは、一昨年からアメリカの大学院への入学を目指し勉強してきました。 結果、アメリカのピッツバーグにあるカーネギーメロン大学のソフトウェア工学修士課程（Master of Software Engineering）から合格通知をいただき、今年の8月からアメリカに行くことになりました。 合格通知をいただいたのは昨年の3月なのですが、仕事や家庭の事情
東ちづる／HOLLY’S GOLF MARKET ／Get in touch on Twitter: "法を犯した芸能人の逮捕に、必要以上に大騒ぎしなくていいです。私たちの暮らしに支障はありません(擁護ではありません)。 騒ぐべきは、政治家や特権階級の人たちが法を犯しても逮捕されてない現実にです。私たちや子どもたちの未来に関わってき… https://t.co/QPgROml39I"
法を犯した芸能人の逮捕に、必要以上に大騒ぎしなくていいです。私たちの暮らしに支障はありません(擁護ではありません)。 騒ぐべきは、政治家や特権階級の人たちが法を犯しても逮捕されてない現実にです。私たちや子どもたちの未来に関わってき… https://t.co/QPgROml39I
パワポ禁止 アマゾンでパワポ資料の禁止、と言う記事が話題になっています。 この件、非常に大事なポイントが隠れていると思うのでコメントします。 bunshun.jp いまやプレゼンの必須ツールとなっている「パワーポイント」だが、アマゾンでは禁止されているらしい。アマゾンの「普通」は、他の会社の「普通」とは異なることが多々ある。ではアマゾンの「普通の基準」とは何なのだろうか。アマゾンジャパン元経営メンバーが解き明かす。 大事だと思うこと ポイントは一つです。 「社内」プレゼンだということです。 社内です。社外とは言っていません。 アマゾン、特にAWSの世界では、顧客に質のいいパワポ資料を作るように資料を公開してくれています。 aws.amazon.com アーキテクチャダイアグラムは、設計、デプロイ、トポロジーを伝達する手段として優れています。このページでは、AWS 製品アイコン、リソース、お
3041(株)ビューティ花壇の空売りに失敗して追証払えないかも トンピン銘柄/相場操縦/仕手 - JJR’s point of view
3041(株)ビューティ花壇が先週9日より5連続のストップ高となり株価が暴騰。 熊本の生花卸会社。生花祭壇の企画提案・制作・設営。年間売上は50〜60億。純利益はよくて1億円程度。 上場会社としてはかなり小型。私は10年来当社の株主で、優待・高配当銘柄なので少し持ちながら、たまにスパイクするので一瞬上げたところで売却して回転させていた。 ここ数年ほどはほぼ200〜300円のレンジで推移していたので、今回もいつもの一瞬の上昇だと思い、初動で全株売却して、さらに空売りを入れてしまった。そこからもの凄く踏みあげられ15日月曜時点で1074円まで来た。夜間PTSでは翌日の値幅制限が4倍に拡大された高値いっぱいの2274円で約定している。平均400円で500株持っているので既に(2274-400)×500=937,000円の損失。ストップ高になってから知った株だったらリスクを負って参戦することはなか
「月曜日のたわわ」広告、実際に日経新聞の紙面を見た感想(5/4最終追記) - hepta-lambda’s blog
前回の記事で日経新聞に掲載された「月曜日のたわわ」の広告に関連して色々書いたのですが、実際の紙面を見ずにあれこれ言うのも不誠実だと思ったので 件の広告が載っている日の分を含めて5日分の朝刊のバックナンバーを取り寄せました。 実物を目にしてみて思ったことが色々あったので感想メモと、今回の件にまつわる論争を見ていて感じたことなどを書きます。 クソほど見づらかったので後から目次を追加しました。 広告に対する私のスタンス 「3つのP」に反した広告、「月曜日のたわわ」以外には一つも無いのか？ 「月曜日のたわわ」の広告、場違い感が強い その他、論争を眺めていての感想 人それぞれ「ライン」の位置が違うのは当たり前。それぞれ自分の意見を主張すればよい 自分の主張の根拠にあたる論理や基準を恣意的に運用したり、デマを持ち出したりするのは非常に不誠実 「広告問題側」の人の意見で同意できたやつ 追記 ※2022年
USに移住して4か月経った 入社直後から希望していたUS移籍を会社にサポートしていただき、去年の9/21にビザつきの状態で入国して、その後出張で出国は挟みつつもシリコンバレーで生活し始めてかれこれ4か月経った。 移住後の最初の2か月は右も左もわからず大変だったが、色々な人に助けられて今では落ちついて暮らせる状態になった。 自分用のメモを兼ねつつ、運が良ければ識者から知見が集まるよう、僕がどこで困ったか本記事に書いておく。US移住に興味がある人の参考にもなると思う。これはUSだとスーパーでかなり安く手に入る Ribeye ステーキ。 cooked 🥩 by myself for the first time pic.twitter.com/0UjWrlUlzu— k0kubun (@k0kubun) January 13, 2020 US生活ブートストラップ問題 クレジットヒストリー US
僕はdotfiles系リポジトリ*1のコミット数を合計するだけで2261コミットある、.vimrcばっかりいじっていて開発が全然進まないタイプの人間で、つまり開発環境にとてもこだわりがある。 こだわりすぎて他に誰もやってなさそうな数々のカスタマイズを生み出してしまったが、やらなければよかったと後悔しているものが多くあるので、僕のような人が新たに生まれないよう、やめておけばよかったテクニックとその法則のようなものを紹介したい。 後悔しているもの C-h, C-y, C-u, C-oでウィンドウ切り替え Windows, macOS, Linux問わず以下のグローバルなキーバインドを設定している。 C-h: ターミナルにウィンドウ切り替え C-y: IntelliJかCLionにウィンドウ切り替え C-u: Google Chromeにウィンドウ切り替え C-o: TwitterかSlackに
はじめに 技術力のないSE、というタイトルから、またシステムエンジニアの愚痴を聞かされるのかとお話ですがちょっと角度が違っていて、この話題の歴史の話です。 技術力の無いSEという言葉が初めて議論になったのは、2005年の下記の記事だとGoogle先生が教えてくれました。 ceo.livedoor.biz 今日は某IT会社の方を訪問し、面白い話を伺った。 最近の大手ベンダーのSEは、「手配師」っぽくなっているという話。 自身の開発経験がないのに、見積やプロジェクト管理などをやっているので、表面的な仕事しかできない。 一人ひとりの予算が大きくて（一人年間1億とか）、とてもじゃないけど自分で仕様書なんて書いていられない。そのため、子会社や協力会社に話をつなぐことが仕事にらざるを得ない。中味をちゃんと見る時間もスキルもないので、いきおいオカネと期間の話ししかできず、結局「脅し」や「お願い」が仕事に
Python 3.8 の概要 (その1) - Assignment expressions - atsuoishimoto's diary
古来、Pythonでは「代入は文であるべき！」と一貫して主張してきました。 C言語などでは、代入は足し算や掛け算と同じ、値を計算する「式」で、たとえば a = (b=100) / 2; と書くと、b には 100 を代入し、a に 100/2=50 を代入します。1+1 は 2 という値になる 式 ですが、b=100 も同様に値が 100 となる 式 なのです。 Pythonでは、代入は式ではないので、こういう書き方はできません。 Pythonの代入は、足し算などの演算子の仲間ではなく、if や for のような制御文の仲間で、あまり自由な書き方は出来ないのです。 Python FAQ では、その理由として Python の式中での代入を許さない理由は、この構造によって起こる、他の言語ではありがちで見つけづらいバグです: if (x = 0) { // error handling } e
マイクロサービスについて考えていたら疲弊したので、少し技術者らしく形式的に見てダメのものを思考から削ぎ落としたいと思った。 グラフ理論などコンピュータサイエンスの基礎を交えて話をするが、基本的には当たり前のことしか言わないと思うのでここに書くことを意識せずとも暗黙的に実践している人も多いだろう。 なお、個人の意見でしかないのであっているか間違っているかはわからないし、筆者にこの記述に反した実装を否定する意図はない。 今回は適当に書き散らかすのでかなりテイストが違うが他のブログと同一人物が書いている。乗っ取り等ではないです。 TL;DR マイクロサービスはDAGとすると考えやすいしデプロイしやすい 閉路があるなら設計を見直した方がいい DAGかどうかはサブシステムレベルでそれぞれ考えると簡単 デプロイに関係するリポジトリでは閉路がないことを意識させる設計にするといい マイクロサービスと疲弊
『No Man's Sky』Steamストアレビューが、ついに「やや好評」へと変化。積み上げられた悪評に、開発元が見せた前代未聞の答え - AUTOMATON
Hello Gamesが手がけた『No Man’s Sky』Steamストアのレビューステータスが「やや好評」へと変化した。2016年8月のリリースから苦節5年、ついに同作は借金ともいえる悪しき評判を、払拭することとなった。 『No Man’s Sky』は、2016年8月にPC/PlayStation 4向けに発売されたオープンワールド型のアクションゲームだ。のちにXbox One向けにも発売されている。舞台となるのは広大な宇宙となっており、数々の惑星と宇宙がシームレスにつながっている。プレイヤーは謎の声に導かれ、宇宙の中心を目指して数々の惑星を渡っていく。惑星は1800京以上存在しており、それぞれの惑星にはまったく異なる生命体や気候が見られるなど、小規模のスタジオの開発作品とは思えないほどの野心がコンセプトには詰められている。惑星を探索したり、宇宙の住人たちと交流したり、新たな宇宙船を獲
TM NETWORKの40周年記念のトリビュートアルバムを、きちんと盤で買いました。 こういうトリビュートアルバム、カバーアルバムの類は、ここ十数年割とお手軽にあまりお金かけることなくリリースされることが多くなっていて、数曲いいのはあっても全体としては何だかなあというものが多いですが、これは違います。 さすが「周年」を冠したアルバムだけあって、各曲ともお金をかけて丁寧に制作されていることがわかりますし、別のトリビュート系アルバムには割とよくある「とりあえずヒット曲並べとけ」という感じはなく、きちんと担当ミュージシャンに違和感なくハマる楽曲を選択していることもあって、非常に聴きごたえのあるアルバムになっています。 以下各曲。 01. SEVEN DAYS WAR / GREe4N BOYZ 確かに彼らがTMの曲をやるとすればこれだという気持ち。ただ、従来の彼らのトレードマーク的歌唱であるとこ
数列の和を求めるプログラムを作成することになり、意気揚々と以下のようなプログラムを書いたという状況を想像して下さい。 function sum(nums, acc = 0) { if (nums.length === 0) return 0; if (nums.length === 1) return nums[0]; return sum(nums.slice(1), acc + nums[0]); } const nums = [1, 2, 3, 4, 5, 6, 7, 8, 9, 10]; console.log(sum(nums)); // expected: 55 一見すると何も問題なさそうに見えるプログラムですが、実はバグがあります (皆さん分かりますか?) *1。実際に上記プログラムを実行すると 55 ではなく 10 が出力されます。 こうした場面に遭遇すると、自然と sum
去年のサマソニは、スタジアムのスタンドが一時通路まで満杯になって身動きが取れない状況になったり、女性受けするタイプのグループの出番前のステージ最前付近への入口付近で混乱が起きたりしていました。 今年はそれらについては、自分が見た限りではさほど気にする状況ではなくなっていたものの、それはそれで今年は今年の問題が発生しておりました。 ■熱中症＆長期待機問題 「熱中症で多くの人が救護室に」という件は当日の昼過ぎにはスピード報道されていた問題ですが、これ恐らくその相当数がNewJeansでアリーナにいた人たちだと推測します。 19日の早朝には入口ゲート前に数百人レベルの行列ができていたということで、要するに早い人は朝から昼の開演までロクに日陰もない場所にずっといたということですので。 入口でスポーツドリンクが没収された、という話もありましたが、それは今回に限った話ではなく、サマーソニックは従前から
依頼、調整、合意、承認、etc. こういったコミュニケーションがチーム境界を越えて頻発すると、ソフトウェアプロダクト開発のフローは遅々として進まなくなります。いずれも、機能追加や機能改善を進める上でのクリティカルパスを引き伸ばす要因を生み出すからです。 機能追加や機能改善といったひとつひとつの開発は、アイデアを生み出し、それを価値に変えるまでのフローです。フローが進む過程で、組織内の様々な人の手で、様々なタスクが実行されます。その全てを1つのチームで完結することは、プロダクトの規模が大きくなるほど困難になり、より多くの人々が関わるようになります。そこに、チーム境界を越えた「依頼、調整、合意、承認」といったコミュニケーションが発生するのです。 開発フローのクリティカルパスを悪化させるこのようなコミュニケーションの頻度をどれだけ減らせるか。組織設計、チーム設計で最も注視すべき観点の1つは、そこ
令和最大級の鬱アニメ「BanG Dream! It's MyGO!!!!!」がヤバすぎるので感想を書く
見ていて辛過ぎるから、もう見たくない。 それなのに…… 先が気になって仕方ない！ 例年を超える猛暑が続く令和5年の夏。とんでもないアニメが現れた。 タイトルは「BanG Dream! It’s MyGO!!!!!」。 たった今、9話の視聴を終え、半ば放心状態になっている。 アニメを見ていて、ここまで共感できる辛さは過去にどれだけあっただろうか。 特に後半パートの残り数分で起こった伏線回収は、特に辛過ぎる。「マジか…」とこぼす以外何も浮かばなかった。 本当に物語を通じて、グサグサと刺してくるものだから本当にキツい。 こんな時間にこんな気持ちにさせないでくれ…という感情をどこかにぶつけるべく、急遽筆を取った。 この作品、とにかく鬱い。話が暗くて重い。 タイトルにキラキラしているイメージのある「バンドリ！」冠を持ちながら、1話から9話まで幸せで明るい雰囲気などほぼなし。ドロドロの話のみが展開され
この記事はTLS/SSLを実装してみたいという人が増えるといいな！という気持ちで書いています。実装の詳細は別記事で書こうかと思います。 数年前からいつかTLS/SSLのプロトコルをPHPで実装したいと思い、まずは本で知識を得ようかとラムダノートの「プロフェッショナルSSL/TLS」や 「徹底解剖TLS1.3」を買って読んでみましたが、なかなか頭に入らずに読んでは寝てしまうというパターンに。 やはり自分でTLSを実装してみないとなと思ってたところに、PHPカンファレンス福岡2024で hanhan1978 さんの「PHPでデータベースを作ってみた」を見て大いに刺激をもらい、ついにTLS実装に着手できました。 speakerdeck.com この資料は本当によくて名言の宝庫です。たとえば、 「まじめに作ろうとすると大変な努力が必要になる。もっと迂闊につくりたい」 「不格好でもいいので、動く完成
概要 要約 詳細 背景 前提 インターネット上に公開されたdnsmasq LAN内のマシンが攻撃者の支配下にある LAN内のマシンに攻撃者管理のWebサイトを閲覧させることができる 影響 中間者攻撃 汚染拡大 DDoS/Reverse DDoS CVE-2020-25684: ポートの多重化 CVE-2020-25685: 脆弱なCRC32の利用 CVE-2020-25686: 同一ドメイン名に対する複数クエリ発行 DNSフォワーダにおけるレスポンスの未検証 組み合わせる ドメイン名の登録 ソースIPアドレスの偽装 CRC32の衝突 攻撃の流れ ブラウザからの攻撃 検証端末 攻撃の成功確率 PoC fowarder cache attacker 大量クエリの送信 偽装レスポンスの送信 高速化の話 実行 対策・緩和策 余談 まとめ 概要 先日DNSpooqという脆弱性が公開されました。 ww
一番星はてのさんのブックマーク数が累計1000件を突破していました。 つらつらとブコメを眺めていると、公式プロフィール*1には載っていないはてのさんの素性やエピソードなどが色々と見えてきたので、VTuber非公式wikiのような感じで今分かっていることをまとめてみたいと思います。 なお、はてのさんは好奇心旺盛で様々な事柄にすぐに興味を持たれたり応援したりされているため、今回ははてのさんが単に関心を示しただけのブコメ（特に何か行動を起こした訳では無さそうなブコメ）についてはあまりピックアップしていません。 プロフィール 家族 既婚*2 ペット 猫*3 服装 略式軍服とは全く違う*4 住んでいる場所 インターネット界*5*6*7 ※ちなみにインターネットでの生活は音もなく静かで快適らしい*8 ※自身についての言及か曖昧な表記ではあるが「都民」であるとも読み取れる発言がある*9 ※髪の毛がインタ
FAQサイト、サポート問い合わせをせずとも自分で疑問を解決できて便利ですよね。でも、検索した単語が一件もヒットしないと、ちょっとガッカリしてしまします。そういったガッカリを減らすために、簡単なデータ分析を使ってFAQサイトを継続的に改善する話を書いてみます。 ...というのも、自分が仕事で関わっているMackerelでは最近FAQをリニューアルしたからなのでした。 MackerelのFAQではZendesk Guideを利用していますが、Zendesk Guideは便利なAPIが用意されているので、それと既存のデータ基盤を組み合わせて改善していく形です。 FAQサイト内の検索語を列挙する まず、FAQサイト内でどういった単語が検索されているのかを列挙します。Google Tag Manager経由でFirebase Analyticsにデータを飛ばすと閲覧状況が分かりますが、そのログをBi
Railsで秒間1000コミットを捌くにはどうすればいいのか (Kaigi on Railsのフリースペースより) - joker1007’s diary
先日のKaigi on Rails中の雑談として @ima1zumi さんから、RDBに対して秒間1000コミットぐらいで処理が詰まってる場合ってどうするのが良いのか、という質問を受けまして、雑談の中で色々答えてたんですが、せっかくだから記事にまとめておこうと思います。 ちょっとしたKaigi Effectって感じですね。 今回のKaigi on Railsのトークの中では、 数十億のレコードを持つ5年目サービスの設計と障害解決 by KNR - Kaigi on Rails 2023 の話なんかは割と関連がありますね。ユーザーの行動履歴というのは、ユーザー数 * N * タイムスパンで増えていくレコードなので、書き込みとデータ量が爆発しがちです。トランザクションで堅牢に処理しなければいけないケースもそこまで多くないので、RDBだと書き込みに対する処理が過剰なケースが多い。実際のところこの
社で何かキャッチアップするのがめちゃくちゃ上手い人がいる。 情報がまとまっているか、参照しやすいかといった社の状況にもよるのだけれど、上手い人には一定のパターンがある気がしていて、そのへんを雑にまとめておきたい。 検索対象の選択肢を持ち、最速を意識している Slackのやりとりを検索する、GitHubのIssueやPRを探す、Google Driveを検索するといった感じでまずシュッと探してみる癖が染み付いている どこに情報がまとまっているかを見極め、選択肢のうちどこからあたるかのが最速かを素早く判断している 検索条件を駆使している ワードでの検索だけではなく、日時の範囲指定、投稿者・メンション先といったフィルタリング、除外設定などを駆使している インデックスとなる人や聞く場所を作っている 人に聞いた方が早いことも多いので、どこで誰に聞けば辿れるかインデックスを作っている。人や場所がない場
SSL証明書を無料で発行してくれる認証機関「Let’s Encrypt」は、2014年の設立から安全なインターネットの利用に大きく貢献しています。しかし、ハッカーであり研究者でもあるScott Helme氏は、無料の証明書発行をLet’s Encryptのみに頼っている現状を問題として取り上げ、Let’s Encryptの代替となるサービスを紹介しています。 Introducing another free CA as an alternative to Let's Encrypt https://scotthelme.co.uk/introducing-another-free-ca-as-an-alternative-to-lets-encrypt/ Free SSL Certificates and SSL Tools - ZeroSSL https://zerossl.com/ L
良いコードってどんなコードですか？という質問を受けたら何と答えるか - snoozer05's blog
技術顧問先で、一生懸命コードに向き合っているプログラマーになりたての方から、次のような質問をもらいました。 最初に面談した時、1年後にいいコードが書ける、上手に書けることを目標にしましたが、 先日スクール時代の同期（それぞれRubyの会社で働いている）と話したところ、会社ごとにレビューの仕方やコードに関する基準がさまざまなようで、良いコードとはなんなのか疑問に感じました。「いいコード」とは、みたいな部分で島田さんの考え方をお聞きできたら嬉しいです。 この質問にぼくは次のような回答をしたのですが、「この質問が来たら他の人はどんな回答するんだろうな」に興味があるので、ここにしたためておきます。もしよかったら「若者にこれを聞かれたら自分ならこう答える」をコメントなどで残していってもらえたら嬉しいです。 とても大事な疑問を見つけられたんだなあと思います。 「良さとは何か」ということに向き合う必要の
「おかんアート」が不可視化しているものとは何か。「Museum of Mom's Art ニッポン国おかんアート村」レビュー（評：山崎明子）
▶︎ 都築響一＋「下町レトロに首っ丈の会」キュレーションによる「Museum of Mom's Art ニッポン国おかんアート村」が、東京都渋谷公園通りギャラリーにて1月22日～4月10日に開催されている。「おかんがつくるアート」のことと本展が定義する「おかんアート」とはなんなのか、その歴史的文脈をふまえて解説。視覚文化論、美術制度史、ジェンダー論を専門とし、手芸とアートの関係をジェンダーの視点から研究してきた山崎明子（奈良女子大学教授）が論じる。【Tokyo Art Beat】 「おかんアート」の前で思考する「おかんアート」というものが以前から気になっていた。一目見て自分の身近にあったもので、懐かしいと感じる作品が多い。私自身、子供時代にこれらを母と作った記憶がある。小学生でも作れるもので、こうしたモノを作りながら縫う・編む・結ぶなど手芸の基本的技術を知らずに学んだのだと思う。東京都渋谷
ちょくだいさん、ごめんなさい。(ちょくだいさんが中高の後輩で、中学校一年生や中学校二年生の頃の印象からアップデートされていないことも行き違いの原因かと思いますので、この書き方にいたします。) nuc.hatenadiary.org このあいだ書いた上の文章に対して、なぜか、ちょくだいさんに反論されています。 chokudai.hatenablog.com しかし、ちょくだいさんには、かなり感謝と配慮をした文章を書いたつもりでした。 まず、前の方には、ちょくだいさんのおかげで、りりあんさんは模擬面接を受けることになったよ、ちょくだいさんがいなければ知り合うことすらなかったよ、ということが書いてあって、後ろの方には AtCoder のこのあたりの過去問(4問時代のABCのC問題)を解くといい勉強になるよ、とまで書いてあるわけじゃないですか。宣伝までしたくらいの気持ちでしたよ。 というわけで、ち
この記事は Kyash Advent Calendar 2021 2日目の記事です。 2020年1月から2021年6月まで、1年半ほどKyashでEngineering Managerをやっていました。2021年7月からはロールを変えて、QAチームのいちメンバーとしてAPIのテストやテストの効率化に取り組んでいます。 EMをやめた経緯とやめた後の所感を備忘として残しておきます。 EMとしてやっていたこと 2020年にやってきたことは去年まとめました。 konifar.hatenablog.com 2021年は、共有口座やイマすぐ入金、セブン銀行出金などのリリースに向けてMobile / サーバーサイド / QAのチームでプロジェクトを進めたり、プロダクト開発フローを整えたり、エンジニア採用のリードをしたりしていました。 EMをやめるきっかけ そんな中で、3月くらいに「なんだか最近仕事が面白
サーバーレスでclubhouse みたいなボイスチャットサービス「mixroom」を開発しました - y-ohgi's blog
TL;DR clubhouse のような複数人でのボイスチャットサービス「mixroom」をつくりました 主にSkyWay・Firebase・Next.js を使いました。 https://mixroom.fun 「mixroom」 とは mixroom は"目的ベース"でボイスチャットをする場所を提供するサービスです。 昨今は人と話す機会が減り、友好関係も自分から能動的に獲得しにいかないと減るばかりで「孤独感を感じる」みたいなことが増えてきました。 そんなとき、ふらっと立ち寄れるなんの気構えしなくて良い場所があればなと思い、このサービスを作ってみました。 ボイスチャットをするモチベーションを"特定の人"ではなく、ゲーム・実況・もくもく会などの"目的"にすることで良い意味で言い訳ができ、人とのつながりを感じることができるんじゃないかなと考えています。 気構えしなくてよい・カジュアルに参加で
たった1台に水4万5000リットル!? 米ペンシルベニア州でテスラ「モデルS」が接触事故から出火 激しい炎で燃え尽きる
電気自動車のテスラ「モデルS」が激しい炎に包まれて、燃え尽きてしまったという車両火災が海外で話題になっています。消火活動には4万5425リットルもの水が費やされました。 車両火災で燃え尽きてしまったテスラ「モデルS」だったもの（画像はFacebookより） 事故が起きたのは米ペンシルベニア州の中部を通る高速道路で、海外メディアによるとモデルSは走行中に瓦礫のようなものに接触。車体下部に損傷を受けた直後、モデルSから煙が上がり始めたそうで、危険を察知した運転手は路肩に停車し、一緒に乗っていた3人と愛犬を連れて離れました。 その後、モデルSから激しい炎が上がりました。地元の消防組織が現場に急行して対応にあたりましたが、消火活動は難航。通常の車両火災であれば、水は500ガロン（約1890リットル）あれば十分に対応できるそうですが、モデルSの場合は2台のタンク車で4000ガロン（約1万5000リッ
S級の幅が広すぎ問題
強さの上限や目安を決めてしまうと、それより強い存在を表す言葉がなくなって全部最上級の級の枠に入れてしまいがち問題 東京喰種や呪術が有名だけど、最上級の特級やS級すら珍しくなくなり最後はSSS級などと表記するしかなかった 最上級の意味合いを持たせたはずがいつのまにかその中でも区分があったり、より強い存在なはずなのに既存の等級に無理やり当てはめたりすると始末に負えない 話それるが変な等級わけとして呪術なら指7・8本程度とかいうらしいが、どうにもしっくりこない バトル物の宿命とはいえ等級の分類があると「あ、これいつか意味を無くすんだろうな」と思えてしまう そういえば鬼滅は隊士の級が途中からどうでもよくなったよね
yusukebe さんの OSSで世界と戦うために を読んで感銘を受けた。 hono の快進撃もさることながら、OSSで日本のコミュニティの外にリーチしたり、 GitHubスター数を伸ばしたりみたいな話は、 自分も10年くらい挑戦し続けているけどあんまり表に出てこない気がするネタなので興奮した。 僕はいくつかの点で上記の記事とは違う方法でOSSで世界と戦っているのだが、 その中でうまく行っているものや、良くないと思っているものなどについて紹介したい。 GitHubのスター数 OSSを始めたばかりの学生時代、GitHubのスターへの執着がもはや煩悩の域であり、 集めたスターの数を合計するCLIツールを作ったり、 同じ計算方法でランキングを作るWebサイトを作ったりした。 このサイトによると、僕の今のスター数は9000を超えている。 自作したOSSの中では、スター数が1600くらいのものが2つ
お久しぶりです、かとじゅん(@j5ik2o)です。テックブログを書くのは何年ぶりか…。 サービスが停止したり応答性が低下すると、お叱りや逆に励ましをいただきますが、エンジニアとして設計レベルからそういった問題に対処するにはどうするか、日々精進しているところですmm。この記事はそういう論点で注目されている「リアクティブ原則」についてまとめてみたいと思います。 それなりのボリュームになってしまったので、時間があるときに読んでいただければと思います。 さて、Linux Foundation内の新たなトップレベルプロジェクトであるReactive Foundationが主催する、Reactive Summit 2020が11月10日にオンラインで開催されたので参加しました。 www.reactivesummit.org 参加されていたスピーカーはLightbendをはじめ、Netflix, Fac
最近、小〜中規模のプログラムを保守性高く記述するにはどうすればよいかが気になっていて、 ソフトウェアのアーキテクチャについて調べていました。 本を読んでみる 以下の本を浅めに読み通してみました。どの本もそれぞれ学ぶべき点があって興味深かったです。 .NETのエンタープライズアプリケーションアーキテクチャ第2版 https://www.amazon.co.jp/dp/B00ZQZ8JNE C#での設計の話。ドメイン駆動設計など、設計に関わるトピックが広く触れられていて良い。 Adaptive Code C#実践開発手法 第2版 https://www.amazon.co.jp/dp/B07DJ2BL4Y C#での実装の話。SOLID原則を中心に、実装に関わるトピックが広く触れられていて良い。 Clean Architecture 達人に学ぶソフトウェアの構造と設計 https://www.a
ソフトウェア開発プロジェクトは、「兼務」を用いるチーム編成が多用されやすい対象ではないでしょうか。エンジニアであれば誰もが経験したことがあるでしょう。1人で複数のプロジェクトやチームを掛け持ちするあれです。マネージャーであれば、組織の人的リソース配置を考える時の手段の1つとして用いたことが何度かあるはずです。 しかし、兼務が引き起こす様々な弊害や問題については、あまり意識されないまま多用されているように感じます。 たとえば、兼務者本人にとってプロジェクトの掛け持ちは、仕事のマルチタスク化やミーティングの増加に苦しむ原因になります。組織の観点からも、兼務への依存は、知識の偏りや負荷の偏りという弊害をもたらすことに繋がりかねません。プロジェクトの観点から見ると、兼務という形での「人的リソースの共有」は、プロジェクト間での「リソースの競合」を引き起こしやすく、それが市場投入までの時間を長くする要
ウェブフロントエンドの設計力を高めるためにアプリケーションの構造を捉えてみる話 - Chatwork Creator's Note
こんにちはー。 フロントエンド開発部の火村(ひむら/id:eiel)です。前回までは id:cw-himura で記事を書いていましたが、個人アカウントに切り替わりました。 よろしくおねがいします。 以前はサーバーサイド開発部に所属していましたが、2019年6月ぐらいからフロントエンドチームにヘルプとして無期限レンタル移籍中です。 主な担当している業務は「難しいバグ対応」と「これからChatworkのウェブフロントエンドをどうするかを考える」です。 昨日は期待の新人であるレオくんの入社して3ヶ月の熱烈な想いでした。アツいです。 さて、今回のお題は「レガシーフロントエンド脱却への挑戦」と雑に上から投げられたのですが、未来のことを考える作業をしているので書きやすいネタがありません。 あってもオチがつきません。 ということで、設計に役立つかもしれない話をラフに書くことにしました。 アプリケーショ
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Let's Encryptの証明書切替周りその後 | おそらくはそれさえも平凡な日々
チーム中心の組織作りのための6つのチーム設計原則 - mtx2s’s blog
ソフトウェア工学を学びにアメリカへ - pco2699’s blog
アマゾンの社内パワポ禁止の件で大事なこと - orangeitems’s diary
US移住とブートストラップ問題 - k0kubun's blog
後悔しているがやめられない開発効率向上術 - k0kubun's blog
技術力のないSE - orangeitems’s diary
マイクロサービスを形式的に見てみる - Juju-62q's blog
TM NETWORKの40周年トリビュートアルバムのこと - WASTE OF POPS 80s-90s
JavaScript で print デバッグ時に変数名を出力する - mizdra's blog
Summer Sonic 2023の運営のこと - WASTE OF POPS 80s-90s
チーム・組織デザインの良し悪しはプロダクト開発フローの効率を左右する｜mtx2s
迂闊にTLS/SSLをPHPで実装してみたら最高だった件 - Code Day's Night
DNSpooqの脆弱性詳細と攻撃コード解説 - knqyf263's blog
一番星はてのさん 今わかっていること - watagashi_yo’s blog
データ分析を元にFAQサイトを継続的に改善する - yasuhisa's blog
社内の知らないことを探すパターン - Konifar's ZATSU
無料の証明書発行を「Let’s Encryptだけに頼るのは問題」との指摘、どんな代替サービスがあるのか？
ちょくだいさん、ごめんなさい - 白のカピバラの逆極限 S.144-3
Engineering Managerをやめた - Konifar's WIP
Re: OSSで世界と戦うために - k0kubun's blog
リアクティブは難しいが役に立つ - Chatwork Creator's Note
ソフトウェアのアーキテクチャについて - threecourse’s blog
兼務による体制構築はプロジェクトの効率を損なわせる｜mtx2s