並び順

ブックマーク数

期間指定

  • から
  • まで

161 - 200 件 / 1354件

新着順 人気順

フィードバックの検索結果161 - 200 件 / 1354件

  • ペパボの新卒研修で利用した資料を公開します - Pepabo Tech Portal

    2020年はペパボに9人の新卒エンジニアが入社しました。今年も新卒エンジニアを対象に、3ヶ月に及ぶエンジニア研修を開催しました。 本エントリでは、研修の全体像のご紹介や、研修で利用した各資料を公開します。また、領域別に研修担当者より概要の紹介をします。 新卒研修の資料作成を担当している方や、新卒・中途問わず、新しい領域にチャレンジしたいエンジニアの方はぜひご覧ください! GMO ペパボの研修 GMO インターネットグループでは、毎年 GMO Technology Bootcamp(以下、GTB) と題して、グループ全体のエンジニアとクリエイター(デザイナ)が集まってプロダクトを作っていく上で必要となるベースラインの技術を学ぶ研修を行っています。 GMO ペパボの新卒入社のメンバーは今年から本格的に GTB に参加しました。新卒メンバーが参加するなら、と講義の内容の作成や講師としての参加につ

      ペパボの新卒研修で利用した資料を公開します - Pepabo Tech Portal
    • タチの悪い凄腕エンジニア|水屋亜次郎(みずやあじろう)

      この文章の翻訳です 参照1、参照2 原題「Brilliant Jerks in Engineering」 我々のうちの多くが、彼ら(やること成すこと素晴らしいが他人をゴミの様に扱うタチの悪いエンジニア)と働いている。いくつかの企業は彼らを雇わないポリシーを掲げている。例えばNetflixの「タチの悪い凄腕をゼロにしよう(No Brilliant Jerks)」など。それは僕がNetflixにジョインした数多くの理由の内の一つだ。あるいは「馬鹿げたルールを作るな(No Asshole Rule)」という話題となった本もある。wikiから2つの判断材料を引用してみよう。 1.その人と会った後に、圧力や侮辱を感じたりもっと悪い状態になっていないか? 2.その人は、その人自身より力のない人たちをターゲットにしているか?あなたやあなたの会社への問いかけたい。あなたは、どうしようもなくクソな凄腕エンジ

        タチの悪い凄腕エンジニア|水屋亜次郎(みずやあじろう)
      • 大規模言語モデルの驚異と脅威

        2022年11月にOpen AIが公開したChatGPTが世界で注目を集めている。一般ドメインかつ多言語で、従来のチャットボットとはレベルの異なる高品質の対話をリアルタイムに実現するサービスを(Research Preview版ではあるが)無料で提供し、検索、金融、広告、教育、法務などの広範囲な分野の転換点となり得ることは、驚異的なことである。本講演では、ChatGPTがベースにしているInstructGPTを中心に、大規模言語モデルやプロンプト、人間のフィードバックによる強化学習などの技術を概観する。また、ChatGPTのような生成型の人工知能が社会やビジネス、学術にもたらす脅威について述べる。 https://aip.riken.jp/sympo/sympo202303/

          大規模言語モデルの驚異と脅威
        • Bard が日本語に対応

          Bard は、ジェネレーティブ AI を活用してユーザーをサポートする Google の試験運用中のサービスです。旅行プランの案を出したり、ブログ記事の構成案を作成したりと、英語での公開から 2 か月弱の間に、すでに多くのユーザーに様々な方法でお使いいただいています。 そして、本日より Bard が日本語でも利用できるようになりました。「おいしい卵焼きを作るためのコツを教えて」や「夏休みの自由研究のアイデアを出して」など、 創造性と生産性を高めるパートナーとして、 bard.google.com から、Bard をぜひお試しください。 Bard とは Bard は、Google の大規模言語モデル( LLM : Large Language Model )である PaLM 2 を利用しています。LLM は言語のパターンを拾い上げること、それを使って文章の中で次に来る確率の高い単語を予測する

            Bard が日本語に対応
          • 「何をやっても駄目だった」ポンコツの自分を救ってくれたマインドセット - メソッド屋のブログ

            先日 エンジニアType さんから取材『牛尾剛さん、『世界一流エンジニアの思考法』って本当に日本でも実行できますか?(仮)』を受けました。私は「日本で出来ないことは何一つありません」と回答しました。私が日本にいるときに実際に実施したアクションや、実際にやってみた事例などをご紹介しました。 それは、私が自信に満ち溢れた人物だからではなく、幼少のころから自己肯定感も低く、何をやっても上手くいかなかった自分を救ってくれたちいさな「マインドセット」があったおかげです。 「何をやっても駄目だった」ポンコツの自分を 救ってくれたマインドセット このマインドセットは『日本では一見難しそうな何かを実現すること』に対しても過去の人生でとても有効でした。同じような悩みを持つ人のために、エンジニアTypeさんの記事のフォローアップとしてこちらにも書いてみることにしました。それは小さなマインドセットのチェンジなの

              「何をやっても駄目だった」ポンコツの自分を救ってくれたマインドセット - メソッド屋のブログ
            • 校正なんて賎業だろ

              (追記) 「俺は今でも、あの41話をチェックした人のことを思っている」の末尾に句点なし。「一番最後」は口語的表現でOKなのかな。 ありがとう、助かる。 どっか落としてるだろうとは思ってたが、仕事終わりに自分の文章なんかマトモに読めねえんだよな。 句点イレル。そういや同じ現場だった校正者もよくやらかしてたな。元気してるだろうか。 「一番最後」はママで。副詞的用法だと「ぶっちぎり」みたいなニュアンスを感じるから、おっしゃる通り強調表現の範囲内として個人的には違和感ないかな。もちろん要指摘事項だが。 “?”の後ろに文章が続けばスペースあり、後ろが “」”の記号ならスペースなし、“これはいったい何年前の学説なんだ?って” と促音でもスペースなし、が校正ルールってことかなーと思いながら読んだ。 だいたいそう。最後の場合はスペース入れる表記ルールも多いけど、俺は一文としてつながりがあるならアキなしの方

                校正なんて賎業だろ
              • Rubyプログラマが中学校で情報モラル講演会をしてきたよ - give IT a try

                はじめに 先日、Rubyプログラマが本職である僕が、なぜか地元・兵庫県西脇市の中学校で情報モラル教育に関する講演をしてきました。 このエントリではなんでそんなことになったのか、そしてどんなことを話したのか、といった話を書いていきます。 【もくじ】 はじめに 講演を依頼されたいきさつ 去年の情報モラル講演会は本当にひどかった 今年は誰かな〜? → えっ、僕!? 当日使用したスライド この講演で伝えたかったこと 「スマホやSNSは怖い」だけでは終わらせない トラブルに遭遇したら大人に頼る(一人で解決しようとしない) リスクを語るときは、必ず予防策と対処法をセットで伝える テクニカルな解決策(設定の変更等)は重視しない 大人だって失敗したり、ちゃんとできてなかったりすることを伝える 生徒さんたちの感想 その他の裏話等 「経験がない&時間がない」で、かなり準備が大変だった 信頼が置ける専門家の方た

                  Rubyプログラマが中学校で情報モラル講演会をしてきたよ - give IT a try
                • 図解がつくれると伝わり方が変わる! 初心者のための図解作成ガイド【事例あり】|鷹野 雅弘

                  「図解」は資料作成やプレゼンスライドの制作に欠かせません。その一方で「図解を作成してみたいけれど、経験がない」「これから図解をどんどん取り入れていきたい」という方のために、図解作成のノウハウを基本中の基本からまとめてみました。 今回の記事はアドビ社のPR企画「みんなの資料作成」に参加して執筆しています。 1 | 図解の定義まずは「図解」の定義について考えてみましょう。 たとえば、書籍『たのしいインフォグラフィック入門』の中で著者の櫻田 潤さんは次のように定義されています。 図解とは、単純な図形と短い言葉で、物事を説明するグラフィック 非常に明快ですが、人によって定義が異なりますし、また時代によって移り変わっています。 類語から「図解」の定義を探る言葉の定義を考える際に有効なのが〈類語〉を集めてみること。 そこで、日本語/英語に分けて、2つのマンダラート(9マスのメモ)をつくり、「図解」の類

                    図解がつくれると伝わり方が変わる! 初心者のための図解作成ガイド【事例あり】|鷹野 雅弘
                  • コードを書いていてマネジメントもやるようになっちゃった人へ 背中で語っていた僕が、プロダクトとピープルに向き合うまで

                    「Day One - CTO/VPoE Conference 2022 Spring -」は、日本CTO協会が主催するイベントです。パネルディスカッションでは、政財界、テクノロジー分野の第一人者をパネリストにお迎えし、日本CTO協会理事のモデレートにより、“Day One”をテーマにご講演いただきます。ここで登壇したのは、株式会社Lighthouse Studio CTOの海老原昂輔氏。これまでの経験から導き出した、“ソフトウェアエンジニア的思考をマネジメントに活用するアプローチ”について発表しました。全2回。前半は、最初期のマネジメントとプログラマーとして犯してしまった禁忌について。 エンジニアにありがちなキャリアの変遷 海老原昂輔氏:「コードを書いていたいけど、マネジメントもやるようになっちゃった人のための生存戦略」というタイトルでトークをします。株式会社Lighthouse Stud

                      コードを書いていてマネジメントもやるようになっちゃった人へ 背中で語っていた僕が、プロダクトとピープルに向き合うまで
                    • デザインに活かせるフレームワーク20|金 成奎

                      久しぶりのnote投稿です。今回は自分の勉強がてら、UX・情報設計・アジャイル開発など、デザインに関わる様々な局面で知っておくと役立つフレームワークを集めてみました。 有名なものからデザイン以外にも使えそうなものまで幅広く選んでいますので、気になるものがあれば改めて実作業に生かすなり、掘り下げて研究するなり、資料に生かすなりしてもらえると良いのではないかと思います。 (ちなみにここでいう「フレームワーク」とは共通して用いることのできる考え方や思考の型や枠のようなもので、いわゆるCSSフレームワークの類ではありませんので、その点ご了承ください) 1.UXの5段階モデル まずは有名なUXの5段階モデル。アメリカのUXデザイナーであるJesse James Garrett 氏が著書『Elements of User Experience(ウェブ戦略としての「ユーザーエクスペリエンス」)』にて提唱

                        デザインに活かせるフレームワーク20|金 成奎
                      • 面白かった本2022 - phaの日記

                        毎年年末に書いている、今年面白かった本を紹介する恒例の記事です。 去年の11月に『人生の土台となる読書』というブックガイドの本を出したんですが、去年はその本を書くために大量の本を読みまくってたせいで、書き終わったあと、しばらく反動で「本を全然読みたくない……」という状態に陥っていました。 その時期が11月くらいまで続いていたので、ちょっと今回は少なめです。漫画はあいかわらず読んでいたので漫画を多めにしました。あと文章が読めない時期も短歌は読めたので、歌集もいくつか。そんな感じでお送りします。 漫画 縞野やえ『服を着るならこんなふうに』 カレー沢薫『ひとりでしにたい』 あちゅむち『エロティック×アナボリック』 入江喜和『ゆりあ先生の赤い糸』 安島薮太『クマ撃ちの女』 うすくらふみ『絶滅動物物語』 高橋ツトム『JUMBO MAX』 香山哲『プロジェクト発酵記』 エッセイ、ノンフィクションなど

                          面白かった本2022 - phaの日記
                        • プロ並みの画力を目指して練習を始めて2か月が経ちました。 - 成長限界を迎えた絵描きが頑張って1年でプロ並みの画力を目指すブログ

                          このブログは『成長限界を迎えた絵描きが頑張って1年でプロ並みの画力を目指すブログ』です。 現在頑張ってる最中です。練習し始めておよそ2ヵ月が経ちました。 その途中経過のログをここに残していこうと思います。 失敗しても成功しても後に続く人の標となるように。 さて、自分のことを話します。 このブログのタイトルについて。 『成長限界を迎えた絵描きが頑張って1年でプロ並みの画力を目指すブログ』 となっています。 すいません、ひとつ大きな嘘をついています。 実は、もう、プロです。プロとして20年やっています。 『小島アジコ』という名前で『となりの801ちゃん』などの漫画を描いていました。 書いていましたが、この20年殆ど絵が上達していません。 上達の一番の方法がプロとなって仕事をもらう、実戦で戦うことだ、という上達法をよく聞くのですが、自分には当てはまらなかったようです。悲しい。 最近の若い人は物凄

                            プロ並みの画力を目指して練習を始めて2か月が経ちました。 - 成長限界を迎えた絵描きが頑張って1年でプロ並みの画力を目指すブログ
                          • スピーク (Speak) | シリコンバレー発のAI英会話アプリ

                            スピーキング特化の AI英会話アプリ最先端のAI英会話アプリを活用して英語に慣れ、的確なAIフィードバックを通じて自然な英語力を身につけましょう。 はじめる → 英 語 を 習 得 す る に は 声 に 出 し て 練 習 す る こ と が 重 要 で すスピークは、実際に英語を声に出し、繰り返し練習してもらうことを重視しています。

                              スピーク (Speak) | シリコンバレー発のAI英会話アプリ
                            • ユーザーのみなさまへのお願い ―コメントの投稿にあたって―

                              いつもYahoo!ニュースをご利用いただきありがとうございます。 10月1日、Yahoo!ニュース コメント投稿数が急増しました。その中には、不適切な内容も散見されたため、記事ページやコメント欄などに注意書きを追加し、ユーザーのみなさまへのご協力をお願いするとともに、パトロールを強化しています。 Yahoo!ニュースでは、人権侵害や誹謗(ひぼう)中傷、ヘイトスピーチ、不快な内容を含むコメントなどの禁止行為をYahoo!ニュース コメントポリシーに明示し、ユーザーのみなさまに順守をお願いしています。また、事前抑止に努めるとともに、投稿された場合でも、専門チームによるパトロールと、機械学習での自動検知で24時間365日対応しています。 ユーザーのみなさまに改めてお願いです。 いま一度、コメントポリシーをご一読いただき、過度な批判、攻撃的な投稿はお控えください。苛烈、乱暴な言葉づかいがないか、行

                                ユーザーのみなさまへのお願い ―コメントの投稿にあたって― 
                              • デジタル庁のデータ分析基盤「sukuna」|デジタル庁

                                はじめまして。デジタル庁ファクト&データユニット所属、データエンジニアの長谷川です。 本記事ではデジタル庁内でデータ活用を推進するための組織と分析基盤についてご紹介します。 これまでのデジタル庁noteと比べると、技術寄りの話題が多い記事となりますが、庁内のデータ活用に興味のある方はぜひご覧ください。 デジタル庁のデータ活用組織「ファクト&データユニット」ファクト&データユニットとはデジタル庁の特徴の一つに、デジタル分野において各種の専門性をもつ「民間専門人材」が多く所属していることが挙げられます。 民間の専門人材は、デザイン、プロダクトマネジメント、エンジニアリングなど、領域ごとに「ユニット」と呼ばれる組織を構成しており(参考:デジタル庁 - 組織情報)、必要に応じてさまざまなプロジェクトにアサインされて業務を遂行する、人材プールのような役割を果たしています。 ファクト&データユニットも

                                  デジタル庁のデータ分析基盤「sukuna」|デジタル庁
                                • 伊藤直也「学ばないための言い訳探しは辞めた」無知を認めて挑んだ一休の開発組織改革 - エンジニアtype | 転職type

                                  この連載では、注目企業のCTOが考える「この先、エンジニアに求められるもの」を紹介。エンジニアが未来を生き抜くヒントをお届けします! ニフティ、はてな、グリーなど、日本のIT黎明期をけん引してきたベンチャー企業でサービス開発をリードし、エンジニアとして広くその名を知られた伊藤直也さん。 2016年には宿泊・レストラン予約サイトを運営する一休のCTOに就任し、大きな注目を集めた。 あれから6年。『一休.com』『一休.comレストラン』のUI/UXは飛躍的に向上。新型コロナウイルス感染症の影響で旅行・外食業界が苦戦する中でも業績は好調だ。 しかし、伊藤さんがCTOに就任した当時、同社はさまざまな技術的負債を抱えており、開発課題が山積みの状況だった。 伊藤さんはなぜ、一休にジョインすることを決めたのか。開発組織の変革のために取り組んだこととあわせて、伊藤さん自身が一人の技術者として成長を続ける

                                    伊藤直也「学ばないための言い訳探しは辞めた」無知を認めて挑んだ一休の開発組織改革 - エンジニアtype | 転職type
                                  • ソフトウェア設計についてtwada技術顧問と話してみた 〜 A Philosophy of Software Design をベースに 〜 - NTT Communications Engineers' Blog

                                    はじめに スタンフォード大学の John Ousterhout 教授が執筆された “A Philosophy of Software Design”(以下 APoSD と略す) という書籍をご存じでしょうか? 書籍のタイトルを直訳すると、「ソフトウェア設計の哲学」となります。書籍の内容はまさに、ソフトウェア設計について扱っています。 本書籍をベースに、「A Philosophy of Software Design を30分でざっと理解する」というお題で社内ランチ勉強会が開催されました。本記事執筆者である岩瀬(@iwashi86)が発表者であり、勉強会資料は以下のとおりです。 スライド P.4 に記載したとおり、本書籍は John Ousterhout 教授の意見が強く反映されており、ソフトウェアエンジニアであれば、議論を呼ぶ箇所があります。実際、勉強会の実況Slackでは、「これはどうな

                                      ソフトウェア設計についてtwada技術顧問と話してみた 〜 A Philosophy of Software Design をベースに 〜 - NTT Communications Engineers' Blog
                                    • メルカリを退職してロンドンのMetaに転職します 〜 外資Big Tech転職活動体験記|松岡玲音|note

                                      この度、3年半に渡って勤めたメルカリを2022年5月に退職し、この夏からロンドンのMetaにSenior Machine Learning Engineerとして転職することが決まりました!わいわい✌('ω')。その過程で、東京およびロンドンのBig Tech合計5社を数ヶ月かけて対策をし面接に臨んだので、そこで得たノウハウをここで共有できたらと思います。面接を受ける際にNDA(Non Disclosure Agreement)にサインするので具体的な面接の詳細には触れられませんが、伝えられる範囲でできる限り記述しています。 また、Metaから最終的に提示されたオファー条件を最後に記載してあります。なにぶん日本においては給与の話は燃えやすいということもあり、その部分だけ某日本の有名エンジニアに倣って有料にしてあるのですが、ご興味のある方は是非ご購入いただければと思います(1コイン分の金額で

                                        メルカリを退職してロンドンのMetaに転職します 〜 外資Big Tech転職活動体験記|松岡玲音|note
                                      • GWにChatGPTについて振り返りたい人向けまとめ - まなめはうす

                                        今や毎日耳にするChatGPTだけれど、そもそもどんな風に話題になってきたのかをこのGWを利用して振り返りたいって人もいるはず。そんな人のためにChatGPT関連ニュースをまとめておきましたので、ぜひご利用ください! 良い振り返りで、良い人生を。 このタイトルだけでもChatGPTに食わせて、話題の流れをまとめてもらうのが一番かも? 週刊東洋経済 2023/4/22号(ChatGPT 仕事術革命) 作者:週刊東洋経済編集部東洋経済新報社Amazon 2020/06/01 あまりに高精度のテキストを作り出してしまうため「危険すぎる」と問題視された文章生成言語モデルの最新版「GPT-3」が公開 - GIGAZINE 2020/07/21 GPT-3の衝撃 - ディープラーニングブログ 2020/07/22 「GPT-3」は思ってたより「やばい」ものだった。話し言葉でプログラミングまでこなすAI

                                          GWにChatGPTについて振り返りたい人向けまとめ - まなめはうす
                                        • 継続される1on1のコツ、話す内容例と1on1の目的について【2022年版】 - Qiita

                                          本記事ではSIerに所属する著者が3年間にわたり、私たちのグループで実践している「1on1」の内容を紹介します(グループの業務内容は主にAI系の自社製品開発です)。 ・1on1をこれから始める方 ・1on1の取り組みを検討をされている方 ・1on1を実施しており、さらに改善を検討されている上司側の方 ・1on1を実施してもらっているが、なんだかしっくりきていない部下側の方 こうした方々にとって、何らか参考となれば幸いです。 とくにIT系の企業や職種では1on1を開催しているところも多いと思います。 新人プログラマの方にとっても、1on1を実施する側がどのようなことを考えて実施しているのか、ひとつの例として参考にいただければ幸いです。 (なおQiitaでは現在、新人プログラマ応援 - みんなで新人を育てよう!企画も開催中です) 私が自分の頭を整理するために記事化しましたが、非常に長い文章にな

                                            継続される1on1のコツ、話す内容例と1on1の目的について【2022年版】 - Qiita
                                          • 【翻訳】テスト駆動開発の定義 - t-wadaのブログ

                                            このブログエントリでは、テスト駆動開発(TDD: Test-Driven Development)の考案者Kent BeckがTDDの定義を改めて明確化した文章を、許可を得たうえで翻訳し、訳者の考察を沿えています。 きっかけ 2023年の年末、テスト駆動開発(TDD: Test-Driven Development)の考案者Kent Beckは、substackにTDDに関するポストを連投して論戦を繰り広げていました。TDDはその誕生から20年以上が経ち、その間に「意味の希薄化」が発生して議論が噛み合わなくなっていました。意味の希薄化(Semantic Diffusion)とは、新しく作り出された用語が広まる際に本来の意味や定義が弱まって伝わる現象です。 私(和田)はTDDと関わりの深いキャリアを歩んできました。Kent Beckの著書『テスト駆動開発』の翻訳者であることもあり、TDDの正

                                              【翻訳】テスト駆動開発の定義 - t-wadaのブログ
                                            • 2年費やしてSteamでリリースしたゲームは初週で10本も売れなかった

                                              Platformer and adventure gameFind a root vegetable, hold it up (KONPSI), eat it, throw it, etc., and move on!Adventure i... レトロ感あふれるドット絵とサウンド、メトロイドヴァニアのように2Dの広いマップを探索し、いくつかの3Dダンジョンを散りばめたどこか懐かしい構成のゲームになっています。 主人公は狐の子供で根菜の力を扱うことができます。 この根菜の力で病で眠ってしまった住民を助けたり、いくつもの障害を乗り越えて自分の巣へたどり着くことが目的です。 惨状 しかし、ゲームは全く拡散されず、ダウンロードされることもほとんどありませんでした。 最初はitch.ioやboothで販売を開始、1月たっても合わせて10本程しか売れず、マーケットをsteamに変えてみようと思い、s

                                              • 「挑戦させすぎ?」マネジメント勉強会で分かった組織課題とその解決策 - ZOZO TECH BLOG

                                                こんにちは、ZOZOテクノロジーズSREチームリーダー兼組織開発チーム所属の指原(@sashihara_jp)です。 この記事では2019年12月から全11回開催してきた「マネジメント勉強会」を通じて分かってきたZOZOテクノロジーズの組織課題と、これから取り組もうとしているその解決方法を紹介します。 ZOZOテクノロジーズの社員構成 マネジメント勉強会とは 立ち上げまでの道のり 運営メンバーの勧誘 経営層への企画提案 勉強会の命名 1年間で実施したテーマ 第1回 各チームで実施しているチームビルディング施策の共有 第2回 書籍「1on1マネジメント」を読んだ上で内容について議論 第9回 採用面接で質問している内容について意図と効果共有 マネジメント勉強会を通じて分かってきたZOZOテクノロジーズの現状 1.組織の急拡大による弊害 2.現場のコンフリクト 3.マネジメントと人材育成 組織開

                                                  「挑戦させすぎ?」マネジメント勉強会で分かった組織課題とその解決策 - ZOZO TECH BLOG
                                                • 2020年の開発者が知っておくべき11の必須スキル - Qiita

                                                  以下はjavinpaul( Webサイト / Twitter / Facebook / dev.to )による記事、11 Essential Skills Software Developers should Learn in 2020の日本語訳です。 なおリンク先URLは元記事のままであり、和訳にあたり変更などは行っていません。 11 Essential Skills Software Developers should Learn in 2020 注意事項:この記事にはアフィリエイトリンクが含まれています。 この記事に記載されているリンクを踏んで製品やサービスを購入すると、私が利益を受けとることがあります。 ソフトウェア開発を始めてしばらくすると、優れたプログラマになるには何をすればいいのかという考えが時によぎるでしょう。 より良い開発者になるために、2020年には何を学ぶべきでしょう

                                                    2020年の開発者が知っておくべき11の必須スキル - Qiita
                                                  • エンジニアのための Figma 知識

                                                    本記事の多くは Inspect モードを前提に解説しています。 下記に Dev Mode に対応した解説を書いてみたのであわせてご参照ください。 https://codezine.jp/article/detail/18000 エンジニアにデザインツールの知識・習熟は必要か? しなくても仕事はできると思うのですが、あるとよりクオリティの高い仕事ができることは間違いありません。 という訳でエンジニアがエンジニアとしての仕事をしていく上で「Figma のこういうことを知っておくと良さそう」という知識をまとめてみました。 ユースケースを考える まず始めにデザインは作らないはずのエンジニアが Figma を使う時にどんなユースケースがありそうかを考えてみます。 デザインを元に実装する時 デザインから何かを生成したい時(コードとか画像とか) 自分でちょこっとデザイン修正しちゃう この辺りがあるかな〜

                                                      エンジニアのための Figma 知識
                                                    • 自分をアップデートし続ける技術 - Unknown Error

                                                      この記事は「セイチョウ・ジャーニー」「挫折論への招待」アドベントカレンダー Advent Calendar 2019の22日目の記事です。 2019年のアウトプット 今年1年を振り返ってみる。 今年はあまりアウトプットしなかったかもなーと思っていたが、集めてみると結構色々やっていた。 ブログ記事: 7本 登壇: 10回 RSGT2019 運用中のモバイルゲーム開発チームに、並行バージョン開発を導入してみた EMFM Meetup 2人のVPoE 2人のVPoEによる中埜博さん(「イラスト解説:ティール組織」翻訳者)への W インタビュー企画 DevLOVE X キャリア形成に必要なのは、ただ飛び込むという勇気だけだった Developers Summit 2019 Summer Engineering Managerは何をする人なのか EOF2019 Opening Session 私たち

                                                        自分をアップデートし続ける技術 - Unknown Error
                                                      • 「人の話が処理出来ない奴へのアドバイス」に関する補足 元エントリにはて..

                                                        「人の話が処理出来ない奴へのアドバイス」に関する補足元エントリにはてブが1700もつき、Twitterでも関連ツイートが千バズ、万バズになり、それらの閲覧数の合計が7桁になっていたのにはびっくりした。 「言語化されていないが切実な課題」だったのだな、と強く感じている。 そして、「自分の解釈を傍に置いて読む」ことができない人がたくさんいたのには、予想はしていたけどさすがに笑ってしまった。 まーそれが人間の仕組みだしね、とは思っているけど、やはり笑ってしまう。 その一方で、読めている人が、しっかり読んだ上で切れ味鋭くコメントしてきているのも事実。 世の中はすごい人がたくさんいるな、とも改めて思ったし、賢い人を甘く見てはいけない、という思いを新たにした。 ということで、フィードバックがあった点を中心に、情報を補足したほうが良いと思った点について、自分の考えを箇条書きで書いていく。 議論を理解する

                                                          「人の話が処理出来ない奴へのアドバイス」に関する補足 元エントリにはて..
                                                        • プロダクトの成功に必要な 3 つのステージと 20 のタスクについて:現場の動き方をまとめました|Fritz | Lead Product Manager @ Mercari

                                                          こんにちは、フリッツ です。プロダクトマネージャー(以下 PM)になってから相当の年月が経ち、特に、現職の US メルカリにおいては「 UIUX 強化型 PM 」として認知されるようになりました(ありがたい)。 ただ、最近は自分があまりにもいま持っているスキル・経験に立脚しすぎているなぁ、と感じており、強みの分野を広げようとお勉強中。 ということで、旅の序盤として、本記事では「プロダクトの成功」を導くために必要とされる、問題定義・優先順位決定・実行 という 3 つのステージを PM 視点から 20 項目にわけてみました。できるかぎり、(自分の今までの)現場の動き方に沿うようにまとめました。割と基本的な内容ではありつつも、特に実行のパートにおいては、現場で役立つような個人的知見を多少含められたはず…。 プロダクトに関わる方、および・駆け出し~数年目の PM の方のお役に立てる記事になっていれ

                                                            プロダクトの成功に必要な 3 つのステージと 20 のタスクについて:現場の動き方をまとめました|Fritz | Lead Product Manager @ Mercari
                                                          • ゲームで時間を潰せる奴がちょっと信じられない

                                                            けっこうオタク系の趣味は持っているんだが、俺はゲームを一切やらない。 携帯ゲームですら手は出さない。別に自分に禁じているわけじゃなくてやる気にならない。 中学生ぐらいまではちょこちょこやっていたけど今はまぁ絶対ないな。 周りはみんなゲームをやってるんで(オタクかどうか問わず)それを知られるとけっこう不思議がられる。 むしろ俺はみんながなぜゲームに時間をかけられるかが謎だ。それほど魅力があるとは思えない。 これから俺がゲームをやる気にならない理由を書いてみようと思う。 ゲームが好きな人はもしよかったら反論をしてみてくれ。リアルでやるとウザがられるしな。 ちなみに断りが無ければ基本的にコンシューマーのビデオゲームを想定して書く。 (1)値段が高い いきなり貧乏臭い理由で申し訳ないがこれも理由に入る。 スーファミからプレステに移行することで安くなったとはいえ、 それでも6000円~8000円はし

                                                              ゲームで時間を潰せる奴がちょっと信じられない
                                                            • 「無職になったらいくらかかる?」を計算するサービスをリリースしました!

                                                              昨今、エンジニア界隈への転職は賑わっていますよね。「今の仕事をやめて、勉強に専念して、未経験から転職するぞ!」という方も多くいらっしゃると思います。 でもちょっと待ってください。仕事をやめたらお金は大丈夫ですか? 今は大体月10万円くらいで過ごしているから、1年勉強するなら貯金が10万円 × 12ヶ月 = 120万円あればOK...ではなく、今まで会社が天引き・折半していたお金を、会社をやめたら自分で払う必要が出てきます。 いざ調べてみると、どんなお金を払うのか?計算方法はどうするのか?まあややこしいです。 というわけで、そんなお金を一括で計算してくれるサービスをリリースしました🎉 サービスURL サービスURL リポジトリ サービスの概要 quitcost(クイットコスト) は、 「転職準備のためにしばらく無職になる予定だけど、『どんな』お金が『いくら』かかるのかわかりづらい」 という

                                                                「無職になったらいくらかかる?」を計算するサービスをリリースしました!
                                                              • エンジニアの辛い仕事をいい感じにする技術 - コンサルの仕事術・思想から学べること - Lean Baseball

                                                                エンジニアの辛い仕事を消す本かも(多分) 2014年の秋にリクルートに転職してから何社か経て今も自社サービスのエンジニアとして働いてるマンです. リクルートに入ったとき, そしてその後の転職先*1などなどで, 社内外問わずのコミュニケーションの辛さ. 社内調整, 顧客折衝etc... コードじゃなくて, ドキュメントを書く仕事の辛さ. プレゼンテーション・説明そのもの. 技術わかんない上司に説明(ry*2 みたいな経験をたくさんしました&これはエンジニアをやってたら誰でも直面する事態かなと思います, 自社サービス企業だろうがSIer/受託開発の企業だろうが. そもそも, 昔の調査にもそんな雰囲気ありますし, おそらく今もさほど変わらないでしょう. ...ということを, 前回のブログの執筆中および反響で改めて思い*3, そういえば自分はこの辺, 元々ITコンサルタント*4だった時に学んだこと

                                                                  エンジニアの辛い仕事をいい感じにする技術 - コンサルの仕事術・思想から学べること - Lean Baseball
                                                                • 隠岐 和史 | ovice on Twitter: "OpenAIが出資している英会話アプリSpeak 1ヶ月ほど利用してるけどとにかく凄い ・自分で状況を設定してフリートーク可(1,2枚目) ・フレーズが思いつかなくてもワンクリックで適切なヒント表示(3枚目) ・改善案をフィードバック(4枚目) これからはAIと話して語学を学ぶのが当たり前になりそう https://t.co/oKoYdZQcQG"

                                                                    隠岐 和史 | ovice on Twitter: "OpenAIが出資している英会話アプリSpeak 1ヶ月ほど利用してるけどとにかく凄い ・自分で状況を設定してフリートーク可(1,2枚目) ・フレーズが思いつかなくてもワンクリックで適切なヒント表示(3枚目) ・改善案をフィードバック(4枚目) これからはAIと話して語学を学ぶのが当たり前になりそう https://t.co/oKoYdZQcQG"
                                                                  • ハラスメントにならない、部下への厳しいフィードバックの伝え方 心理的安全性を高める「聴く」と「伝える」の使い分け

                                                                    1on1に唯一無二の正解はない 櫻井将氏(以下、櫻井):最後に、じゃあ「フィードバック」と「聴く」ことをどうやって両立するんだっけ、ということを話します。「フィードバック」だけでも「聴く」だけでもダメだと思うので、ここの両立について。 私も「聴く」ことや1on1について散々伝えているので、「1on1の正解を教えてください」とよく言われるんですけど、最初にお断りしておくと、これにはちょっと答えられないなと。 やはり関係性や相手の状態によっても違うし、自分側のスキルや得意や好きなものによっても異なるので、唯一無二の正解はないなと思っていて。ただ「こんな感じでやったらうまくいくよ」という定石のようなものはあると思うんです。 料理でもそうなんですけど、「肉じゃがの正解を教えてください」って言われても、唯一無二の正解はたぶんないと思うんです。ただ、「こうやったらだいたいうまくいくよ」みたいなものがあ

                                                                      ハラスメントにならない、部下への厳しいフィードバックの伝え方 心理的安全性を高める「聴く」と「伝える」の使い分け 
                                                                    • ユニコーン企業のひみつ

                                                                      「ユニコーン企業のひみつ」という本を読んだ。 本旨は、成功したスタートアップ企業、所謂ユニコーンの開発手法や組織は、エンタープライズ系開発を主としている企業とは違うものですよ、という話である。 そしてそれらの企業が具体的にどういうやり方で彼らのプロダクトを開発しているのかを書いている。 ちなみにタイトルにユニコーン企業とあるけれど、別にユニコーン(評価額10億ドル以上の未上場企業)に限った話ではなく小さなスタートアップからGoogleのような既に上場して随分経っている巨大企業まで共通した話だと思う。著者もとくに区別しているわけではなく単にSpotifyで働いた経験から書いたからそのようなタイトルにしたというだけみたいだ(Spotifyもすでに上場しているので厳密にはユニコーンではない)。まあスタートアップは立ち上げのタイミングでは組織も何もないので、タイトルにあるユニコーンというのは、一応

                                                                        ユニコーン企業のひみつ
                                                                      • 〈特別公開〉ひろゆき論――なぜ支持されるのか、なぜ支持されるべきではないのか

                                                                        ※『世界』2023年3月号収録の記事を、増補改訂のうえ特別公開します はじめに ネット上の匿名掲示板サイト「2ちゃんねる」(現在は「5ちゃんねる」)の創設者、ひろゆき、こと西村博之が人気を博している。 1999年5月にスタートした2ちゃんねるのほか、2007年1月にスタートしたニコニコ動画など、ネットの普及期にいくつかのサービスの立ち上げに関わり、起業家として成功した彼は、2010年代後半からユーチューバーとして活動し、視聴者からの相談に答えるライブ配信番組を通じて人気を博した。さらにその間、ビジネス書や自己啓発書を次々と出版し、ベストセラーライターとして名を馳せるかたわら、テレビ番組にコメンテーターとして出演するなど、マスメディアでも広く活躍するようになる。 その人気はとくに若い世代に顕著で、若者や青少年を対象とする調査では、憧れる人物などとして頻繁にその名が挙げられるほどだ。その配信番

                                                                          〈特別公開〉ひろゆき論――なぜ支持されるのか、なぜ支持されるべきではないのか
                                                                        • COCOAに関わることになりました

                                                                          接触確認アプリ「COCOA」について以前ツイートしました。 繰り返しになるけど、COCOAのAndroid版をネイティブで作り直したいので、誰か知ってる人につないで欲しい。 — ARIYAMA Keiji (@keiji_ariyama) February 3, 2021 ツイートした後もGitHubのCOCOAのリポジトリにコメントしたり、知り合いに「COCOAやりたい」「COCOAやりたい」と言い続けたりした結果、このたび厚生労働省の技術参与として正式にCOCOAに携わることになりました。 すること オープンソースコミュニティとの関わりについては、すでに政府CIO補佐官の東さんと関さんが取り組みを始めています。ぼくは二人を手伝いつつ、Issueとして報告があった内容の再現確認をしたり、Pull RequestでExposure Notification APIを使ったテストが必要なとこ

                                                                          • Google の中途採用を受けてオファーをもらった話

                                                                            Google の SWE(iOS エンジニア)のポジションに応募してオファーをもらった。 こんなにストレスのかかる日々は久しぶりだった(転職活動ってこんな大変だっけ、と思った)のであとで振り返るためにも文章に残しておくことにした。 これから受ける人の参考になればいいなと思う。 もちろん面接で出た問題の話とかどんなこと聞かれたかとかは書いてない。 TL; DR Google の中途採用を受けてオファーをもらった 受けるまでに5ヶ月準備したことをまとめた 面接を受けてからオファーまで3ヶ月ちょっとかかった 誰? こんなスペックのソフトウェアエンジニア。 阪大 修士(情報科学) → Sony → LINE 言語 仕事 Windows(C++, C#) 5年 Server(Java, Ruby) 2年 iOS(Swift) 5年 競プロ Python(AtCoder 水色) 英語話者との仕事経験あ

                                                                            • 有志と #ソフトウェアテスト読書マップ を作りました! - ソフトウェアの品質を学びまくる

                                                                              2022年9月9日にこんなツイートをしたところ、 ソフトウェアテストの書籍・資料について、こういうマップを作ってみたい。「QA関連」でできるといいんだけど、縦軸が定まらない。 一番繰り返し読んでいるドリル本をサンプルにしてみたけど、テスト分析自体がすでに初級じゃない気もするから、色付けも難しい。うーん。 誰か一緒にやりません?w pic.twitter.com/R0lVJhcpkD— Kazu SUZUKI (@kz_suzuki) 2022年9月9日 「一緒にやってもいいよ~」っていう方々に声をかけていただき、1週間あまりでみるみるできあがっていきました! みなさんの機動力高すぎて、わたしの寄与は「声をかけて最初のフォーマットを作った」くらいになってしまいましたよ。 ということで、以下に公開します! docs.google.com 「閲覧者(コメント可)」というアクセス権を設定しています

                                                                                有志と #ソフトウェアテスト読書マップ を作りました! - ソフトウェアの品質を学びまくる
                                                                              • 『僕らはそれに抵抗できない 「依存症ビジネス」のつくられかた』誘惑に勝てないのは意志が弱いせいじゃない - HONZ

                                                                                スティーブ・ジョブズは自分の子供たちにiPadを使わせていなかった――彼はその影響力をもって世界中に自社のテクノロジーを広める一方で、プライベートでは極端なほどテクノロジーを避ける生活をしていた。デジタルデバイスの危険性を知っていたから。彼だけでなく、IT業界の大物の多くが似たようなルールを守っている。まるで自分の商売道具でハイにならぬよう立ち回る薬物売人みたいではないか……。 そんなツッコミで幕を開ける本書は、フェイスブックやツイッター、インスタグラム、ソーシャルゲームといったデジタルテクノロジーが持つ薬物のような依存性をわかりやすく噛み砕いて分析した一冊である。ネット依存を題材とした本は他にもあるが、本書が類書とちょっと違うのは、こうした依存症ビジネスを否定・糾弾するのではなく、人間心理への深い理解を促すことに重心が置かれている点だ。著者はニューヨーク大学の行動経済学や意思決定の心理学

                                                                                  『僕らはそれに抵抗できない 「依存症ビジネス」のつくられかた』誘惑に勝てないのは意志が弱いせいじゃない - HONZ
                                                                                • Amazonから注文していない商品が次々と届く、しかし代引きではない… - xckb的雑記帳

                                                                                  さて、先日から自分のもとに、全く身に覚えの無い謎の雑貨の類が次々とAmazonから届くようになった。これが代引きなら典型的な送りつけ詐欺なのだけれども、代引きではない。 そんな体験をしたことがあるだろうか。 と言うことで、このような現象が何を目的として、どのような人によって引き起こされているかの推理し、対応策を考えるのがこのブログ記事の目的だ。こんな感じの目次でいってみようか。 なにが起こったのか 突然送られてくる謎の商品 Amazonのカスタマーサービスに連絡 さらに次々と送られてくる不審な商品 再びカスタマーサービスに連絡 よくありそうな疑問への回答 配送拒否すればいいのでは? 返品すればいいのでは? 何が原因なのか 在庫処分説 ソーシャルハッキング説 仮説の検討 在庫保管にかかる費用 在庫保管制限 返送・廃棄にかかる費用 そもそものAmazonに出品するための手数料 以上の数字の分析

                                                                                    Amazonから注文していない商品が次々と届く、しかし代引きではない… - xckb的雑記帳