pan @_hidamarichan ネイルしたことある人なら分かると思うけど、ネイルするだけで人生の華やかさが全っっっ然違うの、、不可能なのはわかってるけど、どう考えてもネイルしてる人生の方が楽しいからどんな職種でもネイルOKにしてほしいㅠ_ㅠ 2022-08-08 23:14:06
![ネイルするだけで人生が華やかになる!どの職種もネイルOKにしてほしい→飲食や医療系もOK?衛生面やTPOなど考慮すべき点もありそう](https://cdn-ak-scissors.b.st-hatena.com/image/square/b54d29fdebc477b5ef2905c979d81d34e9b17876/height=288;version=1;width=512/https%3A%2F%2Fs.togetter.com%2Fogp2%2F620890934d64c38c46948f2d6401180e-1200x630.png)
南国を感じる果物がある。人によって思い浮かべるものはさまざまだと思うけれど、そのひとつに「パッションフルーツ」があるのではないだろうか。東南アジアなどに出かけた際に食べる果物のような匂いを放つフルーツだ。 そのパッションフルーツは実は日本でも育てられており、食べるとわかるのだけれど、香りと甘みに驚くことになる。ものすごく簡単に言うと美味しいのだ、めちゃくちゃ美味しいのだ。パッションフルーツの時代が来ると感じた。 パッションフルーツとは? スーパーや八百屋、果物屋に行くと様々なフルーツが売られている。イチゴやなし、りんごなどの日常的に我々の食卓に並ぶものもあれば、ドラゴンフルーツやドリアンなどの、知ってはいるけれどそんなには食べないものまである。 どうもこの記事を書いている地主です! パッションフルーツというフルーツが存在する。褐色といえばいいのだろうか、そのような色をしており、皮は硬く、海
プログラミングが好きなエンジニアの渡辺です。 先日 TechMTG という社内のエンジニアミーティングの場でお話させて頂いたことを書いてみようと思います。 表題の「正解にする力」というのは様々な意思決定に適用出来るものとして考えていますが、今回は技術選定という観点でお話します。 技術選定というと、世の中のデファクトだとか、新しい技術だとか、社内で実績のある枯れた技術とか色々な理由や基準で選ぶのが良いと、至るところで言われていると思います。 選定時に議論が平行線にならないように、判断基準を設けるべきというのもあるでしょう。 これらは重要であり、検討、準備することは必要ですが、それに加えて「正解にする力」というのも重要なのではないか?という提案です。 まず、組織における技術選定とは「正解を選ぶ」ことではないと思っています。 これはその技術選定結果はその人個人についてまわるのではなく、組織として
「シリエン戦隊JUN TV」は、現役エンジニアである酒井潤氏がシリコンバレーにおける、働き方やキャリアなどの情報を届けるチャンネルです。今回は、酒井氏が今まで一緒に働いてきた中で出会った天才プログラマー3人について。全2回。前半は、PMも特別待遇していたイギリス人天才プログラマーと、若いながらもプログラムのレベルが異常だったアメリカ人天才プログラマーについて。 今まで働いてきた中で天才だと思ったプログラマー3人 酒井潤氏:どうも、シリコンバレーエンジニアの潤です。 シリコンバレーには優秀なエンジニアがたくさんいるのですが、今まで働いてきた中で、天才プログラマーという領域の人たちと一緒のチームで隣同士で開発をする機会があったので、今日はその方々の話をしようかなと思います。 あくまでこれは私が一緒のチームで、隣同士でプログラムを開発したという環境の話です。例えばみなさんがGoogleなどで天才
kintone フロントエンド刷新プロジェクトリーダーの @koba04 です。この記事では kintone フロントエンド刷新プロジェクトにおける Web パフォーマンス方針について紹介します。 kintone フロントエンド刷新プロジェクト(フロリア)とは プロジェクトの現状 なぜ Web パフォーマンスに取り組むのか Web パフォーマンスと生産性 kintone においての Web パフォーマンス 誰もが利用可能にするための Web パフォーマンス Core Web Vitals をメトリクスの中心に Core Web Vitals とは ローディングのパフォーマンス インタラクティブ性 レイアウトの安定性 なぜ Core Web Vitals を計測するのか SpeedCurve を活用した計測 Web パフォーマンスに取り組みやすい状態を作る これから 参考 kintone フ
はじめに ドキュメントデータベースかリレーショナルデータベース、どちらを選ぶか。 この選択で、アプリケーションのパフォーマンス、コスト、コードの可読性など幅広い影響が出るため、慎重な判断が必要です。この記事では、自分が思う「考慮すべきポイント」を解説したいと思います。 考慮すべきポイント 1. どのデータモデルがアプリケーションコードに最適か スキーマ制約を課さずに、データレコードをドキュメント(つまりJSONオブジェクト)として保存すべきか?それともスキーマを正規化してデータをいくつかのテーブルに分けるべきか? このような判断をするために、開発しているアプリケーションのモデルの関係性(例: UserとTaskの関係が1:N)と、一度に読み込むデータの種類を見た方がいいです。 ドキュメントDBがおすすめの時 アプリケーションのデータは、以下のような木構造で表現できますか?普段そのデータを一
はじめに リコーの @KA-2 です。 弊社ではRICOH THETAという全周囲360度撮れるカメラを出しています。 RICOH THETA V, RICOH THETA Z1, RICOH THETA Xは、OSにAndroidを採用しています。Androidアプリを作る感覚でTHETAをカスタマイズすることもでき、そのカスタマイズ機能を「プラグイン」と呼んでいます(詳細は本記事の末尾を参照)。 RICOH THETA Xは、本体のみで衛星測位が行えるようになりました。 今回は、THETAプラグインから、この測位結果を取得し利用する方法の初級編を紹介します。 今回作成したサンプルの概要 RICOH THETA Xでは、Androidに予め用意されているサービスを利用して、緯度、経度などが取得できるのですが、取得できる情報の中に、時刻があります。 RICOH THETA X は、これまで
Zigは2015年に登場した新しいオープンソースのプログラミング言語です。Go言語やRust言語のように、C言語の置き換えを目標にしたコンパイラ言語です。その最大の特徴はシンプルであることです。確かに、マクロもプリプロセッサもありませんが、現代的な言語に仕上がっています。最近話題になることが増えてきたので試してみましょう。 ZigのWebサイト Zigとは Zigはアンドリュー・ケリー氏によって2015年に登場した新しいプログラミング言語です。コンパイラ基盤のLLVMを利用しており、幅広いOSに対応した実行ファイルを生成することができます。 Zigはシンプルをモットーとしています。Zigのマニュアルでは、C++やRust、D言語など多くの機能を持つ言語を挙げて、それらとは異なりシンプルであることを名言しています。 そして、その構文は、C言語と似ているのですが、遅延処理のdefer構文や型推
はじめに 自宅のサーバーでは家族用の下記のようなサービスを動かしています. 天気に応じた自動水やり 明るさ連動の電動シャッター自動開閉 天気予報および各種センサーの電子ペーパ表示 水槽モニタリング エアコン室外機自動冷却 これらの環境を Ubuntu 22.04 LTS に置き換えていっているときに,また 2 年後も似たような作業が発生することに思い当たり,思い切って Kubrenetes を使ったコンテナベースの環境に移行することを決断しました. コンテナであれば,OS の更新に合わせて各種サービスのコードを修正する必要もなくなり,負担が減ることが期待できます. 事前に知っておいた方が良いこと Kubernetes について調べ始めると,新しい用語や概念が沢山出てきてちょっと混乱するのですが,その情報の波を乗り越えるに当たって役に立った内容を紹介します. Youtube 解説動画 Kub
先日、私の母が入院した 突然の病だとか不幸な事故だとかではなく、計画された入院である 母の入院に際して、夏休みで在宅中だった小学4年になる私の娘は、その日が1日また1日と迫る来るのを悲しそうにカウントしていた 入院予定日前日に至っては、「おばあちゃん」をどうにか入院させまいと風邪を引かせる努力をしていたが、コロナ対策も万全だった母には通用しなかった 当日の朝、母の居室である和室の襖の前に娘が座り込んでいた 娘の目はすでに赤く充血していて、小さな手に握られた紙片は涙でほんのり濡れていた 困った顔をしつつも嬉しそうな母は娘が座り込んでいる逆の襖を開け部屋から出てきた 娘は「おばあちゃん」の入院する意思の固さを感じ取ったのか、和室封鎖を諦めて私に泣きすがってきた まるで今生の別のようだなと、微笑ましくも思わず目が潤んだ 病院に送迎してくれる車が到着した 荷物を運び入れ母が乗り込もうとした時、娘は
はじめに タイトルの主張が少し強いですが、以下の本を読んでコミュニケーションスキルについて書かれている部分が有益だなと思ったので メモ程度 にまとめました。 元の本では具体例などが書かれていてわかりやすいので、その点を押さえたい方は購入をお勧めします。 コミュニケーションスキル 以下の3つがある ヒアリングスキル ミーティングスキル プレゼンテーションスキル 1.ヒアリングスキル A.質問 Open-Close Open 5W2Hを用いた質問 Why,What,Who,When,Where How(程度),How to(手段) Close yes,noで解答できる質問 認識の不一致が連続すると信頼を下げやすいので注意する 深掘り 目的 原因 影響・結果 手段 反復 「それ以外にありますか?」 明確化 曖昧な表現を明確にする 例:「うまくできない」→「納期に間に合わない」 論理性チェック A
やればやるほど呪術化する、AI画像錬成について。 以下は、その道の専門家にはメッチャ怒られるかもしれない、雑なロジックと制御講座。 いちおうメジャーなサービスでは、共通して動作するノウハウ(DALL-E2, MidJourney, StableEiffusion, DiscoDiffusion, crayon, dall-e mini 他)。 雑に理解する画像AIのしくみ対話型のAIにとって、呪文プロンプトとは画像錬成の方向性ベクトルを定めるものにすぎない。 たとえば、以下は「I love apple」で錬成された画像の例である。どうにも、ふわっとしたものが出てくる I Love Apple「Apple」という方向性ベクトルは、「リンゴ」「青リンゴ」と「アップルコンピューター(旧レインボーロゴ」「アップルコンピュータ(新ロゴ)」など、複数の可能性を同時に持つからだ。 つまり、「Apple」
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く