並び順

ブックマーク数

期間指定

  • から
  • まで

241 - 280 件 / 1361件

新着順 人気順

フィードバックの検索結果241 - 280 件 / 1361件

  • (翻訳) ビッグテックのプロジェクトマネジメントとスクラム不在の謎 - forest book

    本稿は Gergely Orosz 氏によって書かれた次の記事の日本語翻訳です。著者に翻訳の許可を得て公開しています。 blog.pragmaticengineer.com また本稿は DeepL Pro を使って下訳したものに手を加えています。日本語翻訳の不具合または誤訳については Gergely Orosz 氏ではなく、本稿のコメント欄にお願いします。 著者も機械翻訳を下地にしたやり方に関心をもたれたようです。 The article translated to Japanese: https://t.co/4uynyyhm4E The author was transparent and noted that the article is a modification of an ML-translated article. This person managed to transl

      (翻訳) ビッグテックのプロジェクトマネジメントとスクラム不在の謎 - forest book
    • ミルクボーイ「メテオフォール型開発」 - 実践ゲーム製作メモ帳2

      「いきなりですけどね。うちのオカンがね、オトンの仕事の話しとったんやけど」 「ほう」 「なんか横文字の開発手法がしんどい言うて、でもその名前をちょっと忘れたらしくてね。色々聞くんやけどな、全然分からへんねんな」 「はー、アジャイルとかウォーターフォールとかな、覚えにくいもんな。ほな俺がね、オトンの仕事で使ってる開発手法、ちょっと一緒に考えてあげるから」 「おー」 「どんな特徴ゆうてたかってのを教えてみてよ」 「あんな、なんかめっちゃ偉い人直轄のプロジェクトでな。誰もそのおっちゃんに逆らえんねんけど、言ってることがめちゃくちゃらしいって言うねんな」 「おー。 メテオフォール型開発やないかい。 その特徴はもう完全にメテオフォールやがな。 すぐ分かったやんこんなんもー」 「でもちょっと分からへんのやな」 「何が分からへんのよ」 「いや俺もメテオフォール型開発と思うてんけどな。 スクラムっての組ん

        ミルクボーイ「メテオフォール型開発」 - 実践ゲーム製作メモ帳2
      • Windowsのあちこちに表示されるMicrosoftの広告を非表示にする方法まとめ

        Windows 11を使っていると、スタートメニューやエクスプローラー、ロック画面などいたるところにMicrosoftの広告や推奨事項が表示されます。PCで使うアプリやサービスを自分で決めたい人にとっては全くもって不要な広告ばかりなので、非表示にする方法をまとめてみました。 How to Disable Microsoft's Ads and Recommendations in Windows 11 https://www.howtogeek.com/how-to-disable-microsofts-ads-and-recommendations-in-windows-11/ ・目次 ◆1:スタートメニューからアプリの広告を削除 ◆2:エクスプローラーからOneDriveの広告を削除 ◆3:ロック画面からMicrosoft製品の広告を削除 ◆4:Microsoftへのデータ送信を無効化

          Windowsのあちこちに表示されるMicrosoftの広告を非表示にする方法まとめ
        • 【入門】インフラやるなら知っておきたいトピックのリンク集 - Qiita

          インフラをやるうえで知っておきたいトピックを独断と偏見で選んでリンク集をつくりました. HTTP HTTP入門 [BurpSuiteJapan]HTTP基礎入門 RESTful API Web API入門 RESTful API 入門 KVS key-valueストアの基礎知識 KVS 超入門 - footmark NoSQL HBaseの概要とアーキテクチャ | Think IT(シンクイット) Oracle Cloud Hangout Cafe - 明解! NoSQLの勘所 - Speaker Deck データベース 2018-11-データベース / 2018-11 database - Speaker Deck SQLをはじめよう - 初心者でもわかる、構文とデータ取得の基本 - エンジニアHub|若手Webエンジニアのキャリアを考える! RDBとNoSQLにみるDB近現代史 データ

            【入門】インフラやるなら知っておきたいトピックのリンク集 - Qiita
          • 2020年のSEOまとめ

            2020年のSEOで成功するための最重要な方法と考え方を書きました。 参考:SEO予測記事 2021年のSEOまとめ 2020年後半のSEOまとめ 2019年のSEOまとめ 2018年のSEOまとめ 参考2:動画で一部解説しました。 2019年はSEOの役割が大きく変わった2019年のSEOで最大のインパクトは大別して2つあります。 企業サイトや大手サイトですら変動で落ちやすくなった事コンテンツの制作・維持コストの高騰2020年はこの流れが更に加速するものと考えられます。1つ1つ見て行きましょう。 企業や大手サイトですら落ちる現実具体的に挙げる事は控えますが、かなりの数の有力サイトがGoogleのアップデートで順位下落しました。 2017年の健康アップデートから始まり、2018年頃までは、医療健康ジャンルや、YMYL関連ジャンルを中心に権威性がかなりの強さで重視されていましたよね。 つまり

            • 開発コミュニティー破綻? 接触確認アプリの問題点と批判の在り方で激論

              厚生労働省が6月19日に配信を始めた、新型コロナウイルス感染症(COVID-19)陽性者に濃厚接触した可能性を通知するスマートフォンアプリ「新型コロナウイルス接触確認アプリ(COCOA)」の不具合や開発体制を巡って、ネット上で議論が巻き起こっている。アプリのベースになったオープンソースプロジェクト「COVID-19Radar」の中心的人物である廣瀬一海さんは自身のTwitterアカウントで、「この件でコミュニティーはメンタル共に破綻した」として、次のリリースで開発から離れ、委託会社などに託したい考えを示した。 見つかった不具合などに厳しい批判 議論の発端となったのは、COCOAに見つかったいくつかの不具合やアプリリリース上の手続きの問題点などだ。 中でも議論の的になったのは、「iOS版で初回起動時にBluetoothへのアクセスを許可しないとアプリを再度起動できなくなる」ということと、「A

                開発コミュニティー破綻? 接触確認アプリの問題点と批判の在り方で激論
              • 文章生成AI利活用に関するガイドライン.pdf

                文章生成AI 利活用 ガイドライン Version 2.0 令和6年(2024年)4月 東京都デジタルサービス局 2 はじめに このガイドラインは、東京都で初めてとなる文章生成AI の利活用ガイドラインです。 ChatGPTをはじめとする文章生成AIは、都職員の業務 のあり方を大きく変革する可能性を秘めている一方、 様々なリスクも指摘されています。このため、業務での 活用にあたり期待する効果を得るためには、その特性を よく理解し、正しく利用することが重要です。 東京都では、デジタルサービス局に検討プロジェクト チームを設置して、文章生成AIの利活用について議論を 重ね、令和5年8月、検討の成果をガイドライン (Version 1.0)としてまとめ、文章生成AIの全庁利用 を開始しました。 その後、10月に利用状況についてアンケートを行った ところ、活用事例やプロンプト例を求める声が多かった

                • 新入社員のみんな、「ChatGPT×Python」で鬼にならないか?|ピーナッツ

                  ChatGPTが本当にヤバい。 断言する。新卒がこれを使いこなせば、今職場で「優秀」とされている5-6年目くらいの先輩なら余裕で出し抜ける。鬼になれる。 筆者はメーカー社員なので、メーカーの新入社員がChatGPTを使って鬼になる方法を1つ提案したい。 「ChatGPT×Python」である。 Pythonとは、ご存知のとおり物理シュミレーションからデータサイエンス、機械学習までカバーする汎用性をそなえたプログラミング言語だ。何でもできるわりには書ける人がなぜか少なく、いまだにスキルとして重宝されている。 そんなPythonにChatGPTを使おう。 ChatGPTを使えば、上司から求められるアウトプットを一瞬で出すことができる。それに対してフィードバックをもらい、それも一瞬で打ち返すことができる。 「あいつ"Python書ける"だけじゃないんだよな。こっちが言ったこと正確に理解するし、そ

                    新入社員のみんな、「ChatGPT×Python」で鬼にならないか?|ピーナッツ
                  • 「UIの色を変えただけで大量のクレームを頂戴してしまった話」の何が問題か?|moutend

                    結論話題の記事「UIの色を変えただけで大量のクレームを頂戴してしまった話」を読みました。ユーザーを軽視した内容に驚愕したのですが、それよりも記事が批判されている原因を理解できていない様子の方が存在することに衝撃を受けました。 現職のデザイナーあるいはデザイナーを目指している方々にお伝えしたいことは以下の3点です。 具体的な不都合を訴える問い合わせは無益なクレームではなく有益なフィードバックです。プロダクトの価値向上につながる貴重な意見ですから無視するべきではありません。 時間の経過でユーザーがUIに慣れることはありません。問い合わせをしても無駄だと学習して離脱したパターンを疑いましょう。受け入れられる場合も含めて画面の変更はユーザーに負担を強いているのだと自覚してください。 色覚特性や色とコントラストについて学びましょう。色だけで情報を伝えるデザインはアンチパターンですから避けてください。

                      「UIの色を変えただけで大量のクレームを頂戴してしまった話」の何が問題か?|moutend
                    • GPT-4はどのようにして「不適切な回答」を回避するように学習されているのか - Qiita

                      先日OpenAIより発表されたGPT-4が話題ですが、同タイミングで公表されたTechnical Reportを読んでみたところ、全99ページのうち後半60ページを占めるドキュメント「GPT-4 System Card」において解説されていた、言語AIが抱える危険性と、いかにしてGPT-4が危険な回答を回避するように学習されているかについての内容が非常に興味深かったため、簡単にまとめてみました。 https://arxiv.org/pdf/2303.08774.pdf サマリ GPT-4のリリースに向けて、OpenAIでは安全性を評価するために50人超の専門家らを含む"レッドチーム"を結成。2022年8月から8ヶ月に渡ってリスクの評価とその軽減に向けたチューニングを実施してきた リスク評価における実験の中には「自身をコピーするプログラムを実行できるGPT-4が自己増殖をしないか確認する」と

                        GPT-4はどのようにして「不適切な回答」を回避するように学習されているのか - Qiita
                      • 君はまだ平成のアーキテクチャを使ってるのか?僕はFirebaseと令和の時代に行くぞ。 - Qiita

                        Help us understand the problem. What is going on with this article? メリークリスマス! この記事はFirebase Advent Calendar 2019の25日目の記事です。 これはなに? この1年、本を書いたり勉強会で登壇したりいろいろやってみた結果を振り返ってみると、本当に多くの人がFirebaseにふれるようになったなぁと思います。圧倒的な開発者体験の良さをもってバックエンドの関心事を一手に引き受け、アプリケーション開発を劇的に高速化してくれるソリューションとして、Webアプリでもモバイルアプリでもバックエンド第一の選択肢として確固たる地位を確立しつつあるのではないでしょうか。 それ自体はとてもいいことなのですが、Firebaseの強さを活かすためのアーキテクチャに関するアイデアはあまり表に出てきていないのではな

                          君はまだ平成のアーキテクチャを使ってるのか?僕はFirebaseと令和の時代に行くぞ。 - Qiita
                        • ふりかえりを拡張する「ふりかえりチートシート」 - Qiita

                          はじめに あなたのふりかえりを拡張するふりかえりチートシートを公開いたします! この記事では、技術書典7以降配布している「ふりかえりチートシート」の説明を行います。 ふりかえりチートシートは、ふりかえりの手法84個とその特徴を網羅した一覧表です。下記画像はイメージです。 pdfはBoothで無料DLできます。 DLはコチラ => (DL版)ふりかえりチートシート ふりかえりチートシートとは ふりかえりの様々なシチュエーション(ひとり、チーム、プロジェクト、組織)で利用可能なふりかえりの手法をまとめたチートシートです。 ふりかえりの各手法を「ふりかえりの5つの流れ」と「ふりかえりの8つの型」に沿って分類しています。 B5の2ページ分のpdfファイルで、両面印刷したものをイベント等で配っています。 DLしていただいたものは、ご自由に印刷&ご利用ください。 ふりかえりチートシートの想定利用対象者

                            ふりかえりを拡張する「ふりかえりチートシート」 - Qiita
                          • 2022年のエンジニア新人研修の講義資料を公開しました - Cybozu Inside Out | サイボウズエンジニアのブログ

                            People Experienceチーム*1の酒井(@sakay_y)です。 2022年もエンジニア新人研修を行いましたので、軽い紹介と、講義資料および一部講義動画を公開いたします。 2022年のエンジニア研修について 講義資料公開(2022年版) モバイルアプリ開発 サイボウズのアジャイル・クオリティ MySQL - テストデータが偏るということ モブに早く慣れたい人のためのガイド テクニカルライティングの基本 ソフトウェアテスト セキュリティ ソフトウェアライセンス 社内限定の講義や昨年と同じ講義について 最後に 2022年のエンジニア研修について 研修のコンセプトは例年とほぼ同じです。 誰に 新入社員メンバーに 何と言ってもらう 基礎的な知識/技術/ツールを学べた! 開発/運用本部のチーム/人を知ることができた! スケジュールは以下のとおりです。(一部は、予定になります。) 講義期間

                              2022年のエンジニア新人研修の講義資料を公開しました - Cybozu Inside Out | サイボウズエンジニアのブログ
                            • 「それでも叱ることには意味がある」という執着をぶった斬ってくれる。脳・神経科学などの知見から、「叱る」ことの本質を理解して、別の方法を探りたい『「叱れば人は育つ」は幻想』

                              正木伸城 @nobushiromasaki めちゃ面白い。「それでも叱ることには意味がある」という執着をぶった斬ってくれる本。叱っても人は育たない。「叱る」を必要悪だと思っている人は多いが、間違いだ。以下の言葉はむしろ危険。①「怒る」はダメだが「叱る」は必要。②叱らないと打たれ弱い人間になる。③叱らないと学ばない――そろそろぼくらは幻想を手放すべきだ。「叱る」は想像以上に効果がない。 叱られるとぼくらは萎縮する。脳の防御システムが作動する。野生の世界ならそれが正解。命の危機にあっては、悠長にものを考える時間などないのだから。けれど、防御モードに入るとぼくらは知性や理性などの知的活動、しっかり考え・検討することができなくなる。で、結局やってしまうのは、とりあえず「言うことを聞く」といった即興反応である。「勉強しなさい!」と声を荒げられたらサッと勉強に取り組む、みたいに。 しかし、その時ぼくら

                                「それでも叱ることには意味がある」という執着をぶった斬ってくれる。脳・神経科学などの知見から、「叱る」ことの本質を理解して、別の方法を探りたい『「叱れば人は育つ」は幻想』
                              • 【閲覧注意】イライラ不可避なUIデザイン10選 - Qiita

                                弊社Nucoでは、他にも様々なお役立ち記事を公開しています。よかったら、Organizationのページも覗いてみてください。 また、Nucoでは一緒に働く仲間も募集しています!興味をお持ちいただける方は、こちらまで。 はじめに 人は見た目が9割 皆さん一度はこの言葉を耳にしたことがあるのでしょう。内面がどれほど素晴らしくても、外見がそれに見合わないと、なかなか本当の価値を認めてもらえないものです。 この話は人間だけでなく、アプリケーションにも当てはまります。どれだけ内容が素晴らしくても、見た目がイマイチだったり使い勝手が悪かったりすると、ユーザーに敬遠されてしまいます。(私は以前ネ⚪︎フリからア⚪︎プラに切り替えたのですが、使いにくく感じたため、すぐに元のサービスに戻しました) エンジニアの皆さん、優れた技術力を持ちながら、デザインが原因でユーザー離れを招いていませんか?そうならないよう

                                  【閲覧注意】イライラ不可避なUIデザイン10選 - Qiita
                                • 「心理的安全性」をバリューに掲げたけど、ほぼ効果がなかった話|藤田 雄一郎

                                  今回は、組織づくりについての話。 現在うちの会社は7期目で、メンバーは業務委託の方を含めると100人近くになりました。 おかげさまで退職率も低く「みんないい表情で働いてますね」と言っていただくことも増えました。心理的安全性も高く、「組織をよくするために自ら積極的に動く」というカルチャーが醸成されていると自負しています。 ただ、ずっと平和でいい感じだったのかというと、そんなことはありません。当初、組織づくりはめちゃくちゃ大変で、起業して最初の2〜3年はずっと組織のことで悩んでいました。 そんな状態から、どうやって今のようになったのか? 同じように組織づくりに悩んでいる人のヒントになればと思い、僕の経験を書いてみたいと思います。 「お前やれるのか?」みたいな空気感初期の頃、オフィスはシーンとしていて緊張感がありました。 プロフェッショナリティのすごく高い人たちが集まっていて「俺はこんだけやるけ

                                    「心理的安全性」をバリューに掲げたけど、ほぼ効果がなかった話|藤田 雄一郎
                                  • 6ヶ月で会社を病気で退職しなきゃいけなくなった話 - nshhhin Blog

                                    新卒でY社に入り6ヶ月で不本意ながらあることがきっかけで退社することになりました。 何が理由かというと精神的な病を患い休職したのが事の発端です。 7月頃から振り返っていきます。 7月中旬、まず精神的な面で会社に行けなくなってしまい、最初はだましだまし会社に行っていましたが、このままでは会社に迷惑をかけると感じ、休職をとることにしました。精神科、心療内科に受診したところ、診断結果は「双極性障害」と呼ばれるいわゆる躁鬱ということが判明しました。そのことについて会社に連絡したところ、とても丁寧な対応をしてもらい、その診断書を送付して「ゆっくり休職してくださいね」との主のメールをもらいました。 休職に入る前に、ある程度休職するにあたっての流れをある程度教えていただきました。簡単に書くと 休職は入りたての社員なので1ヶ月まで。それ以降休む場合は解雇 1ヶ月で完全に復帰してなければならない。なので1週

                                      6ヶ月で会社を病気で退職しなきゃいけなくなった話 - nshhhin Blog
                                    • 「互いに性的独占をしない」「1年ごとに更新」―― とある夫婦が選んだ「契約結婚」という選択肢

                                      日本で現在「結婚」と言った場合、多くの人は「恋愛もしくはそれに近しいプロセスを前提とした、男女2人の法律婚」を想像するのではないでしょうか。しかし現実には、そうした形に縛られず、独自の形で結婚をしたという人も増えています。 「契約結婚」という形を選んだ長谷川さんと江添さん夫妻もその一例です。2人は同居はしているものの法的な婚姻関係にはなく(一般的な言葉で言えば「事実婚」)、「1年更新制」「互いに性的な独占をしない」「経済的にはそれぞれ独立し、財布は別」といった、2人の間で決めた“契約”に沿った結婚生活を送っています。既に同居は6年目。2019年には行政書士に依頼し、契約内容を正式にまとめた公正証書も作成しました。 江添さん(左)と長谷川さん(右)(※画像加工は編集部によるもの) 果たして2人はどのようにしてこの形に行き着き、どのように生活しているのでしょうか。直接お話をうかがう中で見えてき

                                        「互いに性的独占をしない」「1年ごとに更新」―― とある夫婦が選んだ「契約結婚」という選択肢
                                      • ゲーム業界の研究論文を無料公開します|Mori Michiharu

                                        集英社の新規事業の担当あらため、集英社ゲームズというゲーム会社でゲーム事業を立ち上げる立場になりました。 noteは本当に久々に更新でして、この1年間のドタバタとか色々と書きたいことはたくさんあるのですが、今日はふと「七年前に書いた論文を公開してみよう!」と思って更新を思い立ちました。 マルチPFの話で思い出したけど、自分はゲーム業界のビジネスモデルで論文書いてまして。各ゲームPFの世代別のシェアを割り出して、そのPFが成功した要因をビジネスモデルで構造分析して、まとめているんですが、興味ある人いますか?どうせ誰にも読まれない論文なので、もしニーズがあるのであれば… pic.twitter.com/ZrKjkTwGgP — もりみちはる@SHUEISHA GAMES (@moritsuu) July 12, 2022 論文の背景あまりおおっぴらにプロフィールには書いてないのですが、実は自分

                                          ゲーム業界の研究論文を無料公開します|Mori Michiharu
                                        • UIデザイン時にやってしまいがちな18の誤ち|Mikio Kiura / ANKR DESIGN

                                          WebデベロッパーのVictor氏による下記のツイートから始まるスレッドが大変参考になる内容だと感じたので、ご本人に許諾を得て日本語で紹介させていただくことにしました。 I reviewed 100+ user interfaces this year. Avoid the most common 18 mistakes to make your UI/UX design better 👇 — Victor (@vponamariov) July 30, 2021 私は今年100以上のユーザーインターフェースをレビューしました。あなたのUI/UXデザインをより良くするための、下記に示す18個の良くある誤ちを回避しましょう。本記事で使用する画像はすべてVictor氏のツイートから拝借しています。なお翻訳には一部私の意訳が入っていることをご了承ください。 1. 薄いコントラストの文字適切では

                                            UIデザイン時にやってしまいがちな18の誤ち|Mikio Kiura / ANKR DESIGN
                                          • 「彼女ができない苦しみを整理したい」に対するコメント返し

                                            https://anond.hatelabo.jp/20191210171417 この増田を書いたものだが、予想外なほど伸びていて驚いた。それと同時に多くの人が様々なコメントを書いてくれたおかげで、問題をより深く整理し、自分自身について理解が深まった。本当にありがとうございます。 こちらの増田では、コメントに対する感想を書いた。まずコメントをカテゴリ別に分類し、似ているコメントは一つにまとめて意訳した。「」でくくったコメントは直接引用している。 全てのコメントを読んで整理したので膨大な量になってしまったし、あくまで俺自身の整理のためなのでちゃんとした感想ではないかもしれない。 共感、共感できない・俺も今同じ気持ちだ。かつての俺がいる。 正直、ここまで多くの人が共感してくれたことに驚いた。モテない人間が俺一人だと思っていたわけじゃないが、この苦しみを感じているのは俺だけなんじゃないかと心のど

                                              「彼女ができない苦しみを整理したい」に対するコメント返し
                                            • 2時間で絵が上達したのはAIのおかげ。その方法と描いた絵の紹介|rimi

                                              こんにちは、rimiです。AIが数学の家庭教師になるというデモを見て、「イラストの先生にもなってもらえるのでは?」と思い、やってみました。 結果は記事サムネの画像で、自分としては素敵に描けたと思っています!!!(AI絵ではなく、私が自分の手で描いたものです) この記事では、具体的にどうAIを使ったのかご紹介します。 イラストの描き方をAIに教わった流れ準備: 自分の力だけで描いてみる(AIに教わる前の絵)自分では「なんかいまいちだなぁ…」と思いながらも、なぜいまいちなのかがわかりません。これを出発点とし、AIに力を借りて、より素敵な絵を描くことを目指します。 手順1. 画像生成AIに「お手本」をたくさん作って、マネしたい絵を選ぶまず、上記の自分の絵をリファレンスにして、AIで画像を生成しました。そうすると、自分が描いた絵に色味や雰囲気が近いが、自分より圧倒的に上手い絵が出てきます。 今回は

                                                2時間で絵が上達したのはAIのおかげ。その方法と描いた絵の紹介|rimi
                                              • ウォータフォールはやめて2024年の開発をやろう!|牛尾 剛

                                                今回の記事は特に私の意見であり、所属会社の意見ではないことをお断りしておきます。 最近になってまたウォータフォール vs アジャイルの議論を見かけることが多くなってきたので、私が勤務する米国の世界規模のクラウドプロバイダーでは2024年現在どんな開発をしているのかをご紹介したいと思います。私はこれが「正解」といいたいのではなく、何らかのポイントが皆さんの何らかの参考になったらいいなと思って筆をとりました。 ちなみに、2016年時点で私のウォータフォール開発に対する考え方は下記のブログの通りで今も変わっていません。ただ、2024年現在だからといってアジャイルをやるべきと思っているわけでもありません。 もし、今ウォータフォールをやっている人がいたら「そんなこと言ってもどうしたらええねん」となると思うので、自分なりの解決方法も考えてみました。 最初に自分的な結論を書いておくと「2024年の開発と

                                                  ウォータフォールはやめて2024年の開発をやろう!|牛尾 剛
                                                • 「ちゃんと」「しっかり」はビジネスで使っちゃダメ? 日本語研究者の石黒圭さんに副詞の使いこなし方を聞いた - ミーツキャリアbyマイナビ転職

                                                  「伝えることは具体的に」。これがビジネスコミュニケーションの鉄則です。 ところが、日々の仕事では、それは真逆の「抽象的」で「不明瞭」なやりとりが、そこかしこで展開されます。 上司から「『きちんと』やって」と指示されたり、「『ほとんど』できています」と報告して叱られたり。きっと皆さんも経験があることでしょう。 そして、こんな“言葉遣いで認識の齟齬が生まれる場面”に必ずと言っていいほど登場するのが「きちんと」「ほとんど」などの副詞です。 伝えることを曖昧(あいまい)にしてしまう副詞。でも、使わないわけにはいかない……。そんな状況があるなかで、私たちは副詞とどう付き合っていけばいいのでしょうか? 今回は『コミュ力は「副詞」で決まる』(光文社新書、2023年)を執筆された、日本語研究者の石黒圭さんとともに、ビジネスコミュニケーションと副詞の関係性を深掘りしました。 副詞を使いこなすとコミュニケーシ

                                                    「ちゃんと」「しっかり」はビジネスで使っちゃダメ? 日本語研究者の石黒圭さんに副詞の使いこなし方を聞いた - ミーツキャリアbyマイナビ転職
                                                  • ガチ三流エンジニアが米国マイクロソフトのドリームチームのメンバーになれた話とそのためにやった事 - メソッド屋のブログ

                                                    私は卑下しているわけではなく、ガチでプログラミングの才能が無い。他に才能があるといわれる分野は持っているが、プログラマとしてはガチで三流だ。 そんな私が、今でも夢のようなのだけど、長年あこがれた米国マイクロソフトのドリームチームのポジションを得ることができた。今回はどうやってそのポジションをゲットすることができたかについてシェアしてみたい。 ガチの三流プログラマ 私はガチでプログラミングの才能が無い。プログラミングを始めたのは確か、10歳ぐらいだろうか?だからキャリアはスーパー長い。三流というのは謙遜ではなくて、自分と過去に仕事したことがある人なら知っていることだと思う。私には人より出来ることもある。それはコンサルティングだったり、アジャイルや、DevOps のコーチ、そしてエヴァンジェリストだ。日本のマイクロソフトではプレゼンは必ず上位だった。私は過去を振り返ると、何回もプログラマになろ

                                                      ガチ三流エンジニアが米国マイクロソフトのドリームチームのメンバーになれた話とそのためにやった事 - メソッド屋のブログ
                                                    • リアリティーショーを批判しているオタクもVTuber見てんじゃん

                                                      まだバーチャルユーチューバー1見てるポタクおる?w 魔剤?w 今すぐやめろ。今すぐにだ。お前のために言ってるんじゃない。そいつのために言ってるんだ。 これは何 この記事で、私はバーチャルユーチューバーの不完全で淡白な小史を書く。その後、この小史の中で何が起こったかを書き、そこから何がわかるのか、なぜこのコンテンツが好ましくないかを説明する。そしてとるべきだと私が思っている方向性について話す。 はじめに きっかけは何だったんだろう? バーチャルユーチューバー(以下、VTuber)を見ているオタク諸氏、見るようになったきっかけを覚えているか? それは、みんなが見ていたからかもしれない。なんとなくTwitterで盛り上がっていたからかもしれない。絵の練習がてらかもしれない。 私がVTuberを見るようになったのは、今はやめてしまったTwitterで、2017年の冬、フォロワーがキズナアイの動画を

                                                        リアリティーショーを批判しているオタクもVTuber見てんじゃん
                                                      • なぜ、ポーカーはお金を賭けないと成り立たないのか?|umemura

                                                        こんにちは。 今日はまた少しタブーな領域について突っ込んでみようと思います。 テーマは「ポーカーはお金を賭けないと成り立たない」です。 国内のポーカーシーンは「時代遅れな法律の問題」で公な場での金銭を賭けたマネーマッチができないようになっています。 たまにこのルールを破ってしまい、少し問題として取り上げられることもあります。 その時、必ずと言っていいほど現れるのが ポーカーはお金を賭けなくても面白いんだから、賭ける必要はない という人たちです。 法律だから仕方ないという意見であれば納得できるのですが、「お金を賭けなくても面白い」という意見には納得できません。 「でもそれはあなた個人の価値観の問題で、お金を賭けた方が面白いと考えているからでしょ?」 と思う方も大勢いると思います。 しかし、これは断じて違います。 僕はポーカーというゲームは「お金を賭けた方が面白いから賭けるべき」と考えているの

                                                          なぜ、ポーカーはお金を賭けないと成り立たないのか?|umemura
                                                        • 開発者の年功レベル

                                                          Kamran Ahmedのブログより。 ジュニア、中堅レベル、またはシニア開発者としてステップアップするには? カムラン・アーメッド (Kamran Ahmed) 私はロードマップのやり直しに取り組んでいます —— 年功レベルに基づいてスキル一式を分割し、新しい開発者に理解しやすくし、怖がらせないようにします。ロードマップは技術的な知識についてだけになるので、私が繰り返し、様々な年功の役割について考えていることについて記事を書くのは良い考えだと思いました。 私は、多くの組織が長年の経験を本来あるべきものよりも重要視することで開発者の年功を決定しているのを目にしてきました。私は、「ジュニア」とラベル付けされた開発者がシニア開発者の仕事をしており、「シニア」と呼ばれる資格さえない「主任(lead)」開発者を見てきました。開発者の年功は、彼らの年齢、経験年数、または彼らが持っている技術的知識だけ

                                                          • マンガの表現について共産党は2022年参院選でどういう政策を打ち出したか - 紙屋研究所

                                                            2021年の総選挙で共産党のマンガ・アニメの表現に関する政策が話題になった。 その際に、ぼくも記事を書いた。 kamiyakenkyujo.hatenablog.com ぼくは「カジを切っていない」とは結論づけた。しかし叙述が乱暴すぎる、と批判した。 この記事を書いた他に、共産党の中央に意見も出した。 総選挙が終わってしばらくしてから、共産党のある街頭演説をぼんやり聞いていたとき、演説を終えた、にひ そうへい元参議院議員がぼくのところにやってきて、「紙屋さん、あなたの意見を読みましたよ! 中央の担当部署でも共有しています」と笑顔で話しかけられた。演説後の非常に短時間ではあったが、「ぜひ今度話しましょう!」と、にひ元議員から言われた「あ、読まれてるんだ」と思った。 さらに、田村智子政策委員長が講師を務めるジェンダー問題の学習会があり、質問・意見を募集していたので、遠慮なく書いて出した。 上記

                                                              マンガの表現について共産党は2022年参院選でどういう政策を打ち出したか - 紙屋研究所
                                                            • ベイジのウェブ制作ワークフロー2021年版(約100のタスクと解説) | knowledge / baigie

                                                              営業、受注、制作、納品、運用と、ウェブ制作の活動は長期に渡り、そのタスクの種類と量は膨大です。だからこそ、基本的なプロセスや使用するドキュメントなどを明確に定義しておかないと、サービスの品質が担当者により大きく変わることになります。 ベイジは社員がまだ5名の頃、各人に委ねた進め方によって以下のようなトラブルが頻発していました。 ミスが発生しても「次から気をつける」と精神論で終わらせてしまう 担当するディレクターやクリエイターによってタスクの抜け漏れが起きる 担当者それぞれが属人的な進め方をしてて品質が安定しない 役割が不明瞭なグレーゾーンのタスクが放置されてしまう 創造的な仕事の時間が、ルーチンや計画にないタスクに奪われてしまう 新しい社員が入る度に同じことを教えないといけない これら問題を解決するため、2014年頃からワークフローを整備するようになりました。ちなみに私が入社したのはこれ以

                                                                ベイジのウェブ制作ワークフロー2021年版(約100のタスクと解説) | knowledge / baigie
                                                              • プログラミングスクールへの期待と提案について - ペパボテックブログ

                                                                CTOのあんちぽです。このエントリでは、昨今隆盛しているプログラミングスクールに対して期待していることと提案について、エンジニア採用を担当する者として述べたいと思います。 このエントリの前提としての私の考え まずCTOとして、プログラミング教育全般に対する私(およびペパボとして)の考え方を述べます。我々は「いるだけで成長できる環境」を謳い、エンジニア教育に熱心に取り組んでいる企業であると自負しています(少なくとも相対的には)。また、インターネット産業の担い手として、この業界に多くの方がエンジニアとして活躍の場を見いだせることを心から願っていますし、微力ながら貢献してもいると思っています。 そのような我々ですので、昨今のプログラミングスクールの隆盛について、非常に好ましく思っています。特に私のような世代は、見様見真似で必死にやってきてなんとかいまがあるという感じでプログラマになりましたが、昨

                                                                  プログラミングスクールへの期待と提案について - ペパボテックブログ
                                                                • 女子大生が100日連続で生成AIで100本のプログラムを書いたらどうなったか?

                                                                  ボードゲームやアクションゲーム、各種ツールやシミュレーションなどさまざまなソフトが100日間に作られた いままで数えきれないほどのプログラマーに会ってインタビューもさせてもらってきたが、久しぶりに若いプログラマーの話を聞いてきた。ここ1、2年では U22グランプリの男子中学生や全国小中学生プログラミング大会の受賞者たちだが、今回は、ChatGPTを使ってプログラムを書きまくった女子大生である。 彼女は X(Twitter)の自分のアカウントで1日1本のソフトを100日間連続で作るというイベントをやっていて「おっ、頑張っているな!」と思って応援していた。「こんなゲームを作ってほしい」などとリクエストを出したりもしていたのだが、どうも私が想像していたものと内容もやり方も違っていたようである。 目下、ソフトウェア産業の最大のテーマは「我々は人間の言葉でプログラムを書くようになるだろうか」というこ

                                                                    女子大生が100日連続で生成AIで100本のプログラムを書いたらどうなったか?
                                                                  • 画面をデザインするということ - Qiita

                                                                    この記事は社内の勉強会で話した内容を再編したものです。 私自身はPC/ブラウザ/スマホのアプリ開発をしている1エンジニアにすぎないのですが、対客や要件定義から開発、運用、そしてUIのデザインを担当しており、自分なりに伝えられるものがないかと試みたものです。 デザインとは デザインとは単に見た目だけの話ではなく、「ビジネス」と「ユーザーが得る体験価値」から始まり、それを実データと結びつけながら人の認知を通してどう見せるのかという作業です。 始まりの部分は最近だとUXデザイナー、終わりの部分はUIデザイナーとかグラフィックデザイナーとか呼ばれるような人の仕事です。そしてそれらを形にするのがエンジニアです。 画面を設計するまでの作業 ギャレットのUX5段階モデルに従って、どういったことを考えないといけないのか確認します。 (実際にUX5段階モデルを意識して仕事してるわけではありませんが、何かしら

                                                                      画面をデザインするということ - Qiita
                                                                    • 安全安心にソフトウェア開発を行うためのDesign Doc導入ガイド|面川泰明

                                                                      みなさん、コードを書く前に設計書を書きますか? 書くか書かないかは人それぞれだと思いますが、「設計」というプロセス自体は意識的であれ無意識的であれエンジニアであれば全員やっていることだと思います。 今回は設計プロセスの改善という文脈で私たちがDesign Docという仕組みを導入したことについて共有しようと思います。もし同じような状況を経験している人がいたら参考になれば幸いです。 導入の背景まずは導入するに至った状況からお話します。 私たちのサービスは、利用していただくユーザーの数が増加しています。それに伴って品質のハードルも上がってきました。サービスに障害が発生するとユーザーさんに大きな損害を出してしまうことになるからです。そこで今まで以上に安全にサービスを開発できる仕組みづくりが必要になりました。ですが、実現のためには大きく2つの課題がありました。 課題1. 開発スピードが徐々に鈍化し

                                                                        安全安心にソフトウェア開発を行うためのDesign Doc導入ガイド|面川泰明
                                                                      • TP-Link製Bluetooth機器でMACアドレスが重複 「他社も同様」と説明 BUFFALO、IODATAは否定

                                                                        MACアドレスが重複しているBluetoothレシーバーがあった――そんな投稿がTwitterで話題になった。投稿によると、中国ネットワーク機器メーカーのTP-Linkが販売するBluetoothレシーバーにおいて、原則同じものは存在しないはずのMACアドレスが重複しており、2台同時に使用できないという。事実関係をTP-Link日本法人に尋ねた。 話題になったのは同社のBluetoothアダプター「UB500」。PCのUSBポートに挿入することで、Bluetooth通信機能を付加する製品だ。TP-Linkによると、同製品でMACアドレスが共有されているのはミスではなく仕様という。MACアドレスはネットワーク機器に振り分けられる識別番号。原則として全ての機器に異なる番号が割り振られる。 複数の個体でMACアドレスが重複している理由についてTP-Linkは「ほとんどのユーザー環境でユーザー1人

                                                                          TP-Link製Bluetooth機器でMACアドレスが重複 「他社も同様」と説明 BUFFALO、IODATAは否定
                                                                        • ウクライナ発個人プロジェクトGitLabが1兆円規模のIPOへ、その4つの教訓 | Coral Capital

                                                                          月間10万人が読んでいるCoral Insightsのニュースレターにご登録いただくと、Coral Capitalメンバーによる国内外のスタートアップ業界の最新動向に関するブログや、特別イベントの情報等について、定期的にお送りさせていただきます。ぜひ、ご登録ください! ウクライナのソフトウェア開発者Dmitry Zaporozhets氏が2011年10月に、たった1人で開始したオープンソースプロジェクト「GitLab」。それが、ちょうど10年を経て時価総額1兆円もうかがうほどの大成功したDevOpsのSaaSプラットフォームへと進化することになると想像した人は、ほとんどいなかったと思います。GitLabのライセンス・SaaSビジネスを展開するGitLab Inc.は9月17日付けで米国証券取引委員会(SEC)に対してFORM S-1を提出し、IPOへ向けて最終段階に入りました。 開発初期か

                                                                            ウクライナ発個人プロジェクトGitLabが1兆円規模のIPOへ、その4つの教訓 | Coral Capital
                                                                          • ブラウザ版はてなブックマークに、ブックマーク完了後の共有メニューを追加しました - はてなブックマーク開発ブログ

                                                                            2023年5月11日(木)追記: 5月9日(火)11:50に以下告知の追記でお知らせしておりました、Twitterアカウントとの連携設定を行っていなかった場合に「外部サービス連携」設定内のオプションが変更できない不具合を修正いたしました。 いつもはてなブックマークをご利用いただき誠にありがとうございます。はてなブックマーク開発チーム、ディレクターのid:yone-yamaです。 2023年4月8日〜10日に以下告知でお知らせした通り、Twitter社提供のAPIが利用できなくなったことに起因し、はてなブックマークでTwitterに関連する機能がご利用いただけない状態が継続しています。 bookmark.hatenastaff.com 現在ご利用いただけない機能は以下となっています。 ブックマーク時のTwitterへのシェア(連携ツイート) コメント一覧ページ内におけるブックマーク右側のTw

                                                                              ブラウザ版はてなブックマークに、ブックマーク完了後の共有メニューを追加しました - はてなブックマーク開発ブログ
                                                                            • XZ Utilsの脆弱性 CVE-2024-3094 についてまとめてみた - piyolog

                                                                              2024年3月29日、Linux向け圧縮ユーティリティとして広く利用されているXZ Utilsに深刻な脆弱性 CVE-2024-3094 が確認されたとして、研究者やベンダがセキュリティ情報を公開しました。この脆弱性は特定の条件下においてバックドアとして悪用される恐れがあるものとみられており、当該ソフトウエアのメンテナのアカウントにより実装されたソフトウエアサプライチェーン攻撃の可能性が指摘されています。ここでは関連する情報をまとめます。 脆弱性の概要 xzとは主要なLinuxディストリビューションに含まれる汎用的なデータ圧縮形式で、今回問題が確認されたのはその圧縮・解凍ユーティリティであるliblzma(API)を含むXZ Utils。CVE-2024-3094が採番されており、Red Hatによって評価されたCVSS基本値はフルスコアの10。影響を受けたライブラリをリンクしているssh

                                                                                XZ Utilsの脆弱性 CVE-2024-3094 についてまとめてみた - piyolog
                                                                              • 31年勤めた富士通グループから退職した - ただのにっき(2020-09-30)

                                                                                ■ 31年勤めた富士通グループから退職した この日記では明に所属企業を書いたことはなかったけど、仕事がらみのイベントとかでは普通に名刺を配ったりもしていたので、ご存じの方にはご存じだったと思うが、新卒で入社してからずーっと富士通の子会社に所属していた*1。 今年はその富士通でマネージャになってちょうど20年になる。20年前にはまるで世をはかなんでいるような日記を書いているけど、けっきょくそのまま居座ってマネジメント畑を耕していた。20年のキャリアつったら、普通に考えてもプロ中のプロですよ。ずっとエンジニアのつもりだったのに、気がついたらマネジメントのプロフェッショナルになっていたという。人生なにがあるかわかったもんじゃないね。 富士通に限らず、日本の多くの伝統的な企業には役職離任という制度があって、定年より前に一定の年齢に達すると管理職を解かれて一般社員相当の身分になる。制度そのものには(

                                                                                  31年勤めた富士通グループから退職した - ただのにっき(2020-09-30)
                                                                                • ChatGPTで業務フローが自動的に書けた|Yuji Inagaki

                                                                                  こんにちは。ユアマイスターでプロダクトマネージャーをしています、稲垣といいます。 最近、業務でChatGPTを使いまくっているのですが、ちょっと個人的に感動する使い方を見つけたので紹介します(既に知ってるぞ!という方、すいません)。 プロダクト開発において、業務フローって必要になること多いですよね。でも書くの大変。Draw.ioとかFigmaとか便利なツールも出てるけど、それでも大変。 さあ、下記のようにプロンプトを書いてみましょう。 一般的な受注業務の業務フロー図を作りたいです。Mermaid Markdown形式で出力してください。 # 制約条件 - 「・」「?」は使用しないでください ChatGPTの出力結果のこれをコピーして、 Notionに貼りましょう(「コードブロック」を選択してください)。 「コード」を選ぶこの領域にペーストするすると・・・。 うおおおおお。 業務フローが自動

                                                                                    ChatGPTで業務フローが自動的に書けた|Yuji Inagaki