なかゆー🏡お部屋探しの人(東京/神奈川) @ichikaritokyo 東京の不動産屋 |一人暮らし、カップルさん向け賃貸暮らしライフハックなど🗣 | 業界9年 | 宅建士 | フォローすると部屋探しで損する事が減ります🕊 | 質問はリプで✍️ | 別アカ→@nakayudayo | 仲介手数料0円〜損しないお部屋探しご相談はこちら→okichikari.com/lpsns youtube.com/channel/UC2ju9…
ヤフー株式会社は、2023年10月1日にLINEヤフー株式会社になりました。LINEヤフー株式会社の新しいブログはこちらです。LINEヤフー Tech Blog こんにちは。Yahoo!広告のデータマーケティングソリューション(以下、DMS)を開発しているデータアナリストの薄田です。 みなさんは、中間テーブル同士が複雑に絡み合い変更しようにも影響範囲を推定できず、手がつけられない分析パイプラインの保守で苦労された経験はないでしょうか? 私のチームでは数千行におよぶ分析用SQLをリファクタリングして、保守性と生産性を両立する分析パイプラインに生まれ変わらせることができました。 この記事ではリファクタリングを通して確立した、分析用SQLを構造化するための4原則を紹介します。4原則を意識しながらSQLを書くことで、高凝集・疎結合な分析パイプラインを作ることができます。 この記事では凝集度と結合度
自分は問題解決は得意な方だと思っている。しかし逆に不確実な状況・不安な状況・課題がある状況をそのままにして耐える力をもっと付けたいなと思っている。そこで最近目にした「どうにも答えの出ない、どうにも対処しようのない事態に耐える能力」であるネガティブ・ケイパビリティについて学ぶため本を読んでみた。 ネガティブ・ケイパビリティ 答えの出ない事態に耐える力 (朝日選書) 作者:帚木 蓬生朝日新聞出版Amazon 正直、この本は歴史的な話とか雑談も多く、少し頭に入りにくかったが、一方で示唆のあることを学べた。例えば どうにも対処が難しい課題を見つけた時に、拙速に解決策を見出すのではなく、興味を抱いてその宙吊りの状態を耐えると良い。それによって深い理解に行き着く 問題解決があまりに強調されると、まず問題設定の時に、問題そのものを平易化してしまう傾向が生まれる。この時、複雑さを削ぎ落としているので、現実
これみんな警察行けって言ってるけど絶対行っちゃダメ 私は覚醒剤盛られた時体調不良で病院に行き、そこで覚醒剤が出てきたからお医者さんと相談して警察呼んだらそのまま逮捕された 自宅に2歳の犬が1人で取り残されて家宅捜索されるまで10日間糞尿にまみれて水も無く死にかけた 私は22日間勾留された https://t.co/dAnHV7ND8c— どうしたらよかったと思いますか (@7mKAyS) 地方で刑事も民事もちんたらやっているnot新人弁護士です。 まずはこの度の巻き込まれ事故、お見舞い申し上げます。 「どうすればよいか」についての私見です。 結論から言うと、病院や警察に行くなとは言いませんし、そのような世の中になって欲しくはないですが、行く前に弁護士に相談できたらして欲しいということです。 (※単に売り上げのことだけ考えると事前に相談されるより関係者が捕まった方が期待できるので、衷心からの
ソフトウェア開発において「悪い結果に陥りやすい、避けるべき典型例」を指す、「アンチパターン」。 プロジェクトマネジメントの世界にも存在するアンチパターンは、プロジェクトの遅延や成果物の品質低下を招く原因となります。今回のセミナーでは、プロジェクトマネジメントの現場でよく見かける「プロジェクトマネジメントのアンチパターン」と、その回避方法を紹介しました。全4回。1回目は、アンチパターンその1「圧縮スケジュール」について。 よかれと思ってやっていることに苦しめられているケースがある 西郷智史氏:みなさんはじめまして、株式会社ビーイングコンサルティングでコンサルタントをしている西郷と申します。よろしくお願いします。 本編を始める前に、まず弊社の紹介をします。弊社はビーイングコンサルティングといいまして、事業内容は、制約条件の理論に基づいた生産性向上のコンサルティングサービスの提供です。制約条件の
XP祭り 2022の資料です。 #xpjug #shinagile LISTEN――知性豊かで創造力がある人になれる https://www.amazon.co.jp/dp/4822289001 子どもは40000回質問する あなたの人生を創る「好奇心」の驚くべき力 https://www.amazon.co.jp/dp/4334962149 探索的テストにおける期待値(基準)の作り方 https://www.docswell.com/s/nemorine/K342Y5-howtocreateexpectedvalue コーチングよりも大切な カウンセリングの技術 https://www.amazon.co.jp/dp/4532324203
Yoyo Code (Matyáš Racek's blog)より。 ソフトウェアの開発方法を劇的に変えるには、いくつかのブレイクスルーが必要だと感じています。ブレイクスルーといった場合、それは大きなブレイクスルーを意味します。例えば、「構造化プログラミング」のブレイクスルーのようなもので、プログラミングに対する私たちの考え方を完全に変えてしまうようなものです。ここでは、それに関するいくつかの見解とアイデアを紹介します。 グルーコードや定型文を書くのは無駄だ 私が書くコードのほとんどは、面白いことはするわけではなく、定型文か、サブシステム同士を繋ぐための糊のようなものです。この種のコードは、すでに何度も書かれていて、これからも何度も書かれるような気がします。それなのに、なぜまた書かなければならないのでしょうか? 問題は、コードがかなり異なっていることで、通常は既存のコードをそのまま使うこと
初めまして、Uniposの川村と申します! 僕は新卒からピアボーナスⓇ「Unipos(ユニポス)」を提供するUnipos社で働き、間もなく4年目を迎えようとしています。 昨年12月末までの計1年半ほど、UniposのSDR(インサイドセールス)チームでマネージャーを務めていました。Unipos SDRは立ち上げ時には自分を含め2名ほどのチームでしたが、事業成長と共にメンバーが増え、最終的には5名体制のチームになりました。 新卒3年目で4名のマネジメントを任された僕ですが、チームを率いる特別な経験やスキルを持っていたわけではありません。当然ながら人が増えたことでマネジメントの壁にぶち当たり、成果を出せず大いに悩みました。 ただどうせやるからには最高のチームを作りたい!と、それでも諦めずもがき続けた結果、最終的には商談数が前年比4倍まで向上するという、上半期の目標を大きく上回る成果を残すことが
補足 1975: トンプソンはベル研を一時休職し、母校のカリフォルニア大学バークレー校に Version 6 Unix をインストールする作業を手伝う。これは後に BSD Unix として配布される。 1984-1998: ガンカーズが DEC でプリンシパル・ソフトウェア・エンジニアを務めた時期 ガンカーズは DEC の Unix Engineering Group (UEG) に所属 いつから DEC に勤めていたのかは不明 P63 より「小さな会社で Version 7 Unix を使っていた」ので 1979 年よりも後 V7M の開発には関わってなさそう おそらく 1980-1984 の間に DEC に入社したと思われる ガンカーズが「UNIX の考え方」についての本はないだろうか?と考えたのは 1991 年 1988: POSIX.1 標準化(POSIX.2 は 1992 年)
はじめに 資産運用で 99 点をとる方法とその考え方について説明します。この記事の対象はいわゆる「普通の人」です。 資産運用は趣味ではない。 資産運用を始めてみたいが何をしてよいのかわからない。 資産運用をすでに行っているが毎年ころころと方針を変えてしまっている。 資産運用に無駄に時間ばかり費やしている。 今のところ資産はすべて銀行の普通口座や定期預金にいれている。このまますべて現金でおいておくのも何か損しているみたいでモヤモヤする。だけど難しいことは勉強したくないし時間も使いたくない。 といった人たちです。 記事では最初に結論、すなわち「やるべきこと」を述べます。資産運用で 99 点の投資効率を達成するためにはこの結論部分だけを実行するだけでよいです。 次に、それだけでどうして 99 点といえるのか、その裏付けとなる考え方や理論を中心に説明します。 99 点をとるにあたってこれらの知識を
目次 はじめに 情報不安について 人の話を聞くこと 寝てから考えよう わ・ざ・と、ゆ・っ・く・り・、や・っ・て・み・よ・う ロビンソン式悩み解決法 驚き、最小の法則 むしょうに腹が立つあいつのこと あなたは、そのままでいいんです はじめからやり直したい症候群 人から信頼されるためにはどうしたらよいか トラブルがチャンス あなたはひとりではありません あなたのための聖書の言葉 ぜひ、感想をお送りください リンク集 更新履歴 はじめに 私はプログラマです。 プログラムを書いて生活の糧を得ています。 プログラマというのは精神的にも肉体的にも過酷な仕事だと思われています。 夜遅くまでディスプレイに向かい、 キーボードを叩き、ジャンクフードを食べながらバグをとる…そんな職業だと思われています。 確かにそういうところもありますが、プログラマも人間です。 不健康な生活を長いこと続けることはできません。
この記事で書きたいことは、大筋下記のようなことです。 ・「これは問題だ」「だから改善したい」と、自分ごととして真剣に考えてくれる人というのは極めて希少です ・ただ「便利になる」というだけでは誰も動かないし、どんなにいいものを作っても使ってもらえません ・当事者意識を「持ってもらう」ということは基本的に出来ません ・当事者意識を持っている人を別に探し出すことで、なんとか状況を打開出来る場合もあります ・だから、「この人は当事者意識を持ってくれている/くれていない」を嗅ぎ分ける能力はとても重要です よろしくお願いします。 さて、書きたいことは最初に全部書いてしまったので、後はざっくばらんにいきましょう。 以前にも書いたことがありますが、私はかつて、システム開発の会社に勤めていました。 社員数は4桁に届かないくらいで、SI案件とSES案件が大体半々くらい、自社業務と客先常駐も大体半々くらいという
以前、 「10億円資産ができたときに知っておいたほうがいいこと」という記事を書いた増田なんだけど https://anond.hatelabo.jp/20220410232915 多くのブコメとかで「そんなことよりも10億円の資産を作る方法を教えてくれ」と言われたので、おまえらのためにお金持ちたちに聞いてきた。 どれだけ真似できるのか?というのはあるのだけど、一つの方法論として書いておく。 コツは高いものを売ること複数人の意見を総合すると、答えはほぼ「上場する会社を作る」か「会社を売却する」だった。そして、「上場するのはかなり難しいし、運もいるが、売れる会社を作るのは凡人でも狙える範囲」んだって。 計算してみれば当たり前なんだが会社員で年収1000万円もらっていて、年に300万円貯金したとしても、30年間で1億円しか貯まらない。当然、これでもかなりの成功ではあるけど、10億円には届かない。
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く