文章の中でかっこを多用する人っているよね(いるよね?)。 特に、がきかっこや丸かっこや二重かぎかっこ。 自分もかっこを多用してしまうんだけど、かっこを多用する人って発達障害のケがあるんだってね(今は引用元がわからないが)。 こうやって油断するとすぐにかっこを使って補足してしまう。 こんなものでは補足にならないと分かっているのに(本当にわかっているのだろうか)、『補足』できていると思い込みたいのかもしれない。どうだろう。 あなたはかっこを多用する人? 自分に何か『問題』があると思うときってある? (流石に意図的にかっこを使っていることは伝わっているかもしれないけれど)意図しなくてもこれくらいかっこを使ってしまうときがある(読みにくい)。 どうしたらいいんだろうね(わからない)。
ROUTE06 でソフトウェアエンジニアをしている @MH4GF です。 私が関わるプロダクトでは、Amplify HostingでViteを利用したSPAをホスティングしています。今回秘匿情報を安全に設定する方法に詰まったため、解決方法を共有します。 TL;DR Amplify Hostingの組み込みのパラメータストア連携では制約上使えなかったため、ビルドステップでAWS CLIで取得することにした サービスロールにパラメータストアの読み取り権限を付与する必要がある Amplify Hosting公式のパラメータストア連携 Amplify Hostingで環境変数として秘匿情報を扱いたい場合、パラメータストアのSecureString経由で設定することが公式ドキュメントで推奨されています。 Don't use environment variables to store secrets
長い社会人生活で、そこに自分の道を見出してしまったのか、「粗探し大好きマン」として、他者の失敗をあげつらうのを生きがいとする人間は、どこの組織にも多かれ少なかれいる。 原因は人それぞれだろうが、このタイプに共通しているのは ・批判はするけれど対案は出さない ・「チェック」と称してとりあえず無意味な意見を出す ・相手にダメ出しをして自分が優位に立ちたい そして、根拠のあるなしに関わらず自分を優秀だと思い込んでいることである。 社内で「口だけ」とのコンセンサスが持たれている場合は、単に不快なだけで済むが、組織によってはそんな人間がうっかり出世したり、高い職位にのさばっていたりすることが往々にしてある。 こうなると「粗探し大好きマン」は、不愉快な存在というだけでは済まなくなる。 相手の職位によって対応は変わってくる 現場で頑張っている時に外野からノイズを投げかけられることほど嫌なことはない。 真
頂き女子りりちゃんと話したことがある。 あまり詳しくは書けないけど、私はホストとか夜職とか全然関わりがなく、そういう界隈(?)にいるわけでもない普通のアラサー女であって、りりちゃんやその界隈を擁護したいわけではない。 ましてやりりちゃんがやったことを擁護したいわけではない。 のだけど、なんというか、りりちゃんは魅力的な子で、いわゆる「おぢ」が貢いでしまうのもわかるなと思った。人が「沼る」のがよくわかった。 ・自然体でリラックスした雰囲気 異常にテンションが高くてキャピキャピしている、もしくはだるそうに喋る、みたいなイメージをりりちゃんに抱く人も多そうだけど りりちゃんはとても癒し系かつ自然体だった。 肝が据わっているからなのかよくわからないけど、とにかくリラックスした雰囲気で、こちらまでほっとした。「ここにいていい」気持ちになったし、誰にも話さないようなことを話してもいいような気がした。
こういうことはレポジトリ構成・ワークフローと密接に紐づいているので、そういう前提を抜きにはどれがいいとかはいうことはできない。が、自分はいわゆるsquash and mergeのみの環境しかほとんど経験がないし、それで困ったことが一度もない、という話をしておきたいので書いておきたい、ので書いておく。 squash and mergeのメリットは書いてある通りで、基本的にPR内の細かい修正というのはゴミみたいなコミットが多く、メッセージも雑なことが多いので、それをコミットログに残しておくのは嫌だということがある。それよりは意味のある単位のコミットを残しておきたいし、それの単位はPRで行うのが良い、ということだ。 “Google-style” workflow デメリットの方は、いわゆるfeature branchというワークフローで顕在化する問題であると思う。で解決策はあり、それはワークフロ
If you are managing multiple React applications and want consistency across your user interfaces, sooner or later you'll find that you need a component library. When I first wanted to create a React component library, it took me a lot of time to find a setup that met all my requirements and wasn't too complicated. A guide like this would've spared me a great amount of energy wrestling with this st
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く