Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? GW期間中、頑張ったよ。1 みなさん、teratailってますか？えっ、teratailなんて知らない？日本語のIT系QAサイトはstackoverflow一択だろって？いやいやQA@ITも捨てがたいって？ まぁ、それはさておき、teratailの話をします。さて、こういうQAサイトは主に質問する側が主に回答する側のどちらかになると思います。経験や技術の量が違ってくるので当たり前ですね。Qiitaなんか見ている意識高い系のみなさんは、もちろん回答する側ですよね。俺の知識を見せてやる！って意気込みでQiitaを書いているぐらいですから、き
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? teratailが件のリプレースに失敗してぶっ壊れて暇になってしまいました。 参考サイト: teratail 不具合報告 暇になったので今回はリプレース大失敗とは違う 下記のサジェストに関しての話をしていきます。 最初に結論を述べて、 「プログラミングを学習する上でQ&Aサイトで質問しても無駄」と考えるに至った流れを解説していきます。 最初に結論 回答者が育たず、惰性で続けている同じ人間しか居ない。 惰性で続けている回答者も同じ質問に嫌気がさして 「他人を変えよう」と「説教」しているからです。 誰が悪いのか 特定の個人は誰も悪くないと思
アニ @gorotaku 機材とねこ3匹に埋もれて暮らすねこベッド兼言語学者。カレーとかビリヤニとかをつくったり食べたりする。趣味は写真・カメラ・映画・美術展・ラジオ・野球観戦・マンガ・ゲーム・SF・シンセサイザーなどなど。ブログ→bluelines.hatenablog.com bluelines.hatenablog.com アニ @gorotaku 僕の観測範囲だと、大学生が授業コメントシートの質問欄に、「○○はXXですか？」という疑問文ではなく「○○はXXなのか気になりました」という文型を使うことが顕著に増えているんだけど、これどうですか同業者の方々 2022-10-19 08:43:12 アニ @gorotaku ちなみにこないだ学生から聞いた「意味論の先生は文字通りの解釈しかしないので、学生が「ここが難しかったです（だから教えて？）」と言っても「そうですか」としか返してくれませ
本音、嘘、秘密を引き出す「仕草」のコツ稲村悠氏：いよいよ、本音、嘘、秘密を引き出す仕草ですね。1番目は「雰囲気を操る」。この中には「沈黙を操る」と「不満を示す」があります。2番目は「情報を操る」。これには「情報を多く見せる」と「少なく見せる」があります。抜粋してご説明していきますね。 まずは「雰囲気を操る」ですね。ちょっとスパイっぽくなってきました。「沈黙を操る」もスパイっぽいんですが、説明すれば「そういうことね」とわかってくれると思います。 相手がいて、あなたは相手とお話をしています。そして相手が「実は、その結果〇〇だったんですが……」と説明してくれました。でも、あなたが知りたいのは「その結果〇〇」の奥にある情報なんですね。だから、これではちょっと情報が足りない。ここで沈黙を使ってみてください。ちょっと黙るんです。 今、私が黙るとちょっと居心地が悪いですよね。この居心地の悪さを利用します
最初の金曜日「今までの働き方ではだめだ」代表からそんな発表があった。業績は上向いている。利用者も右肩上がりで増えている。でもだめだ。この程度じゃだめだ。誰しもがそう考えざるを得ないのは分かってたし、みんな壁にぶつかっていたのも分かっていた。もっと圧倒的スピードで成長しなくてはいけないのに、今までのように息を吸うようにコミュニケーションして前に進むことができない。うまく噛み合わない。すれ違う。伝わらない。誰かの失敗と同じ過ちを別の誰かが再現してしまう。会社に重りを結び付けられたかのように思うように進めない。これは一体何なのか。その正体にみんな薄々気づいていた。それは リモートワーク中心によるコミュニケーション不全 という大きな重りだった。 Ubieは決してコミュニケーションを疎かにしているわけではない。必要なミーティングであれば密に行う。スクラムを導入しメンバー間でコミュニケーションを取り、
ネットで知り合った方が、叩かれてお金もないので自殺したいと苦しんでおり、（何の役にも立たない気もしますが）死にたい気持ちを少しでもやわらげる方法を書いてみます。 ネットで叩かれて死にたくなったとき 私もかなり叩かれたり、個人的に粘着されたりすることがありますが、私が取っている対策や考え方は次になります。 見ない 偶然見つけてしまった場合も読まない 多数派の意見が、自分にとって正しいとは限らない ブロガーvs匿名の場合、ブロガーが圧倒的に不利 きつい言葉を使ってくる人は、語彙力が足りない 「批判」と言って、誹謗中傷をしている人が多い 気をそらして忘れる 見ない・偶然見つけてしまった場合も読まない 私は、はてなブックマークのコメントとかは、書いた記事に誤りがないか等のチェック目的以外にはほぼ見ません。エゴサーチもしません。 （だから、私に伝えたいことがある場合は、Twitterでリプライ投げて
組織票というのが昔からまったく理解できない。特に、電力会社はどこどこに入れるから何票、みたいな、大企業の票が読めてしまうことに強烈な違和感があった。 これは「マトモな人間であれば秘密投票の仕組みも意味も知ってるし、投票の強制が違法であることも知っているのに、唯々諾々と従ってしまうのはおかしい」という感覚に由来するものだ。 若いときのオレの結論は「そういう会社は入るのが大変だろうとなんだろうとバカの集団だ」である。オレが就活とかやったことがないのはこのためである。脳の弱い人達の間で生きていけるとは、とても思えなかった。この考えは今でもかなり正しいと思っている。 しかし、いま観察に基づいて「票が読めるということ」を考えると、もう少し見えてくることがある: 半強制的な「お願い」で投票するのは、ある「割合」の人間であり全員ではない（全員がバカじゃない）が、その割合はほぼ一定なので読める 強制してく
こんにちは、Qiita運営です。 今日は2022年7月29日にブログでお知らせしていた、「LGTM （Looks Good To Me） 」を「いいね」に戻す件について、完了したことをご報告いたします。 「LGTM」を「いいね」に戻した背景以前のQiitaでは投稿してもいい記事を「プログラミング自体に関連している内容」に限っていましたが、2021年4月にガイドラインを改定し、様々な分野の投稿をしていただけるようになりました。 そのため、投稿いただける内容と記事を評価する方法にズレが生じてしまい、「評価基準が以前のままではリアクションがしづらい」「レビューをした上でのLGTMと捉えると、どうしても押しづらい」など、戸惑いのお声を多数いただくようになりました。 その他にも「馴染みの無い言葉で覚えづらい、言い間違える」といった、ご意見もいただいております。 議論を重ねた結果、Qiitaの利用体験
職場で若手指導にあたっている方向けに「仕事の教え方」スライドを共有します。 仕事の教え方って、万能な一つの方法があるのではなくて、学ぶ相手にあった個別最適化を図るのが最適解だと思っています。 そうすると、教える側は「自分の教わったやり方」だけでなく、いろんな打ち手を知っておいたほうが効果を上げやすいってことになる。 そこで、教える側の人たちが集まって、「自分たちの現場で、後輩や新人をどう教えたらいいか／どう関わったらいいか」を深く掘り下げてシェアできる場を作るのが、私のような後方サポーターの務めとして一番いいんじゃないかと考えました。 このスライドは、業界や職種問わずの汎用的な内容にとどまっていますが、具体的なノウハウをみんなでシェアしやすいフレームワークを提供しています。 これをテーブルに置いて、具体的なノウハウはみんなでわいわい膝突き合わせて出しあっていただけたらという思いでスライドを
会員事業部の三吉（@sankichi92）です。 クックパッドでは、GitHub Enterprise の Pull Request を使ったコードレビューを広く実施しています。 この記事では、私がコードレビューすることに対する苦手意識をなくすために意識したことを紹介します。 クックパッドでは、テックリードや新卒、インターン、バイトといった肩書きに関係なく、誰もがレビュワー・レビュイーになります。 チームやプロダクトによって開発ルールは少しずつ異なりますが、私の所属する会員事業部では、PR を出したときに GHE やチャットで部内のエンジニアにメンションして、その時にレビューできる人がレビューするという形を取っています。 私は、昨年2017年に新卒入社したのですが、それまでは個人開発や研究用のコードしか書いたことがなく、短期インターンシップを除くチーム開発の経験がありませんでした。 配属当
仲良しだった友だちに仲間外れにされて悲しいと相談を送ってくれたのは小学3年生の女の子。数多くの子ども向けライブを開催し、YouTubeチャンネル「おっぱっぴー小学校」も大人気の小島よしおさんが子どもの悩みや疑問に答えるAERA dot.の本連載。小島さんが考える友だちとの適切な距離とは？ 【写真】子ども時代の壮絶ないじめを乗り越え、人気芸人になったのはこの人 ＊ ＊ ＊ 【よしおの答え】 みーみちゃん、よしおに相談してくれてありがとう。なかなか人に言いにくいことを口に出すのはすごくしんどいよね。でも勇気を出してSOSを送ってくれてうれしいよ。 仲間外れってつらいよね。よしおもその気持ち、わかるよ。仲良しの先輩が他の人と遊んでいてさみしくて、すねたことがある。よしおが35歳くらいのころの話なんだけど……（笑）。大人でもすねちゃうぐらい悲しいことだから、小学3年生のみーみちゃんは、もっとず
再発防止策を書くのは難しい。 良い再発防止策 良い再発防止策について、順位付けするとしたら、 その種類の問題について二度と意識することがなくなる解決策 その種類の問題を開発時に自動的に検知することができる解決策 その種類の問題が発生しても自動的に復旧することができる解決策 その種類の問題が発生しても影響が局所化される、フールプルーフ、フェールセーフになる解決策 と言うのは意識したいと思いつつ、やはり難しい。 再発防止はむずかしい 障害の再発防止策は、 メカニズム ツール ルール チェックリスト の順番に検討せよ。と言われても、急いで書けなんて言われると「次回からは複数人でチェックします。」とか「チェック項目を追加します。」とかいう徹底できなそうな「反省文」になってしまう。 まさにこの有名な猫...。 **「なぜミスを繰り返すのか」「どうすればミスを防げるのか」を真剣に考えていないことがミス
こんにちは。PM（プロダクトマネージャー）のhiroki_Mです。 年末調整を担当しています。趣味はお絵描きと虚無になることです。 2年前に私が公開した記事「スクラムをうまく回すために受け入れ基準をきちんと書く」が、現在も思ったより多くの方にご覧いただいていることがわかりました。 スクラムやアジャイルについては様々な記事が出ているものの、現場目線での実体験に基づく情報を得たい人は多いのかも、と思い、前回書いたものをアップデートした記事を書くことにしました。 この記事では、「早くしっかりユーザに価値を届けるための、チケットの書き方のポイント」をテーマに、スクラムをうまく回す※ために気をつけるべきチケットの書き方のポイントについて書こうと思います。 やりたいことと開発者をつなぐのがチケットです。開発プロセスをカイゼンしても、チケットがきちんとしていないと、その効果は表れづらいです。逆に、やりた
はじめに 先日、新入社員の方から次のような相談を受けました。 「エンジニアの方に質問をすると、いつもイライラされてしまって辛いです」 ・・・・・・・・・ 確かに、エンジニアに限らず、質問をすることは非常に難しい… 質問の仕方を間違えたために相手を怒らせてしまった、なんてこともしばしばあることでしょう。 彼らは「教えるプロ」ではなく、ただの技術者です。 そのため、問題の解決には、質問力(コミュニケーション能力)が欠かせません。 そこで、新入社員の子には質問の仕方を教えようと思ったのですが… 僕「質問の内容・構成は悪くないぞ」 ※ここでは、あえて「良い質問」、「悪い質問」の違いには触れないようにします。 ※その手の話題はみんなすでに飽き飽きしているからです。 そう、質問の仕方は問題なかったのです。 しかし… 要所に気になる文言がいくつかありました。 -- 本記事ではうちの新入社員に限らず、プロ
ろじん @shisha_story 職場でのパワハラセクハラに悩む人を見かけるたびに、「復讐は何も生まないが、きっちり復讐する人間だという評判は将来の被害から私を守ってくれる」というセリフを思い出す。職場に限らず、人間関係全てに通ずる金言だと思う。 2021-06-30 20:03:04
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
