タグ

2022年6月8日のブックマーク (4件)

  • 「人の話をちゃんと聞けない人」の問題は、意識とかテクニックだけでは解決できないかもしれない。

    つい最近、「人の話をちゃんと聞けない人」を「聞ける人」に変えるのは可能なのか、という話でディスカッションになった。 というのも、ある経営者が「お客さんの話を全く聞けないメンバーがいる」と愚痴をこぼしたからだ。 すると、周りの人々も、呼応するように、「いるいる」という。 その経営者の話を聞くと、おおむね次のような状況だった。 その人は、良く言われるテクニック的な「傾聴する姿勢を見せる」のは得意だという。 「聞き上手」のように、メモを取ったり、頷いたり、相槌を打ったりする。 人の話を遮ったりもしない。 しかし、同僚やクライアントからしばしば、次のようにクレームがあるという。 「あの人、全然話を聞いてないんだよね。」と。 具体的にはどのような事象でしょう?と聞くと、 「例えば、同僚から意見を求められても、「それでいいと思います」としか言えない。あるいは、クライアントが「この構成に対して指摘はあり

    「人の話をちゃんと聞けない人」の問題は、意識とかテクニックだけでは解決できないかもしれない。
    n314
    n314 2022/06/08
    意味の分からない単語を飛ばす能力がないと、子供の頃に本が読めないと思うけどなあ。今でも小説読んでて時々分からない単語飛ばしてる。単に平均より語彙が足りてないだけのような。
  • ノルウェーのプリンセスが霊媒師と婚約を発表(鐙麻樹) - エキスパート - Yahoo!ニュース

    ノルウェー王室のマッタ・ルイーセ王女がシャーマン(霊媒師)であるデュレク・ベレット氏との婚約を発表した。 ルイーセ王女はノルウェー王室で断トツで際立ったキャラクターで、世間を騒がせてきた人物だ。天使や死者と交信できるとして、スピリチュアル界では知名度が高い。 アメリカ人であるデュレク・ベレット氏は、シャーマンとしてスピリチュアルイベントを開催するなどしてキャリアを築く。彼は死者と話せるという。 「原子を変えて、若返りが可能で、自分は普通の人間ではない。爬虫類とアンドロメダのハイブリッドです」という発言を過去のインスタグラム投稿でしている(この投稿は現在削除されている)。 ※アンドロメダとは、アンドロメダ銀河の星座やギリシャ神話の王女を意味する ノルウェーでは「王室はベレットの陰謀論から距離を置くべきだ」という批判も出ていた。 2019年にノルウェーの王女と交際が発覚してからは、ノルウェーメ

    ノルウェーのプリンセスが霊媒師と婚約を発表(鐙麻樹) - エキスパート - Yahoo!ニュース
    n314
    n314 2022/06/08
    遠い未来に天の川とアンドロメダが衝突するので、未来人の可能性もある。
  • まだ PostgreSQL の開発で疲弊してるの? - Qiita

    { "plpgsqlLanguageServer.database": "データベース名", "plpgsqlLanguageServer.user": "ユーザ名", "plpgsqlLanguageServer.password": "パスワード", "plpgsqlLanguageServer.definitionFiles": [ // glob をサポート。 "**/*.sql", "**/*.psql", "**/*.pgsql" ], // Language Server が対応するファイルの拡張子はデフォルトで ['*.pgsql', '*.psql'] です。 // ( SQLite など他の RDS と競合させないためです。) // '*.sql' のファイルも対応させたい場合は、下記の設定を追加してください。 "files.associations": { "*.sq

    まだ PostgreSQL の開発で疲弊してるの? - Qiita
    n314
    n314 2022/06/08
    DBの変更ってプログラムみたいにファイルを更新していくんじゃなくて、マイグレーション用に古い定義を残しつつ新しい定義を追加していくよね?以前の状態に戻すファイルもあるし、その状態でうまく動くんだろうか。
  • else を禁止してはいけない - Qiita

    複雑なプログラムを書いてしまうのを避けるために、if 文の else を避ける制約を設けてプログラミングしてみましょう、というアプローチがあります。これはあくまで、ThoughtWorks アンソロジーに書かれていた、ある種のプログラミング思考のトレーニング方法のひとつにすぎないものです。 しかし、権威だからか、あるいは、あまりコードを書かない人がわかりやすいと感じるからか、プロダクションコードの規約に使おうとする誤った考えがあります。そんなことをすると、コード品質は下がります。 else 禁止制約というのは、「これまで if-else で記述していた多くのコードは、実は、生成するオブジェクトの多態性によって、分岐の前倒しが可能になるものだったのか」という認識を得られれば、すぐに忘れるべきルールです。 ある実在の OSS コードを例に説明します。 https://github.com/xr

    else を禁止してはいけない - Qiita
    n314
    n314 2022/06/08
    これはelse無しの方がシンプルなので例が良くない、と思ったらコメントに既に書かれていた。