並び順

ブックマーク数

期間指定

  • から
  • まで

241 - 280 件 / 30668件

新着順 人気順

プロダクトの検索結果241 - 280 件 / 30668件

  • 小池氏「時間ない」国は「経済死ぬ」 休業、埋まらぬ溝:朝日新聞デジタル

    ","naka5":"<!-- BFF501 PC記事下(中⑤企画)パーツ=1541 -->","naka6":"<!-- BFF486 PC記事下(中⑥デジ編)パーツ=8826 --><!-- /news/esi/ichikiji/c6/default.htm -->","naka6Sp":"<!-- BFF3053 SP記事下(中⑥デジ編)パーツ=8826 -->","adcreative72":"<!-- BFF920 広告枠)ADCREATIVE-72 こんな特集も -->\n<!-- Ad BGN -->\n<!-- dfptag PC誘導枠5行 ★ここから -->\n<div class=\"p_infeed_list_wrapper\" id=\"p_infeed_list1\">\n <div class=\"p_infeed_list\">\n <div class=\"

      小池氏「時間ない」国は「経済死ぬ」 休業、埋まらぬ溝:朝日新聞デジタル
    • 課題を管理して実行して達成するための手順 - そーだいなるらくがき帳

      今年、この話を何度か別々の人にすることがあってずっと纏めようと思っていたのだけど一年が終わってしまうので来年の自分のために今書いてしまう。 目新しいことは何一つ無いのだけど、大切なことだし、意外と社会人になってしまうと教えてもらえないことも多いみたいなのでここでまとめる。 表題のこと、つまりやりたいことを実現するために必要なことは、そんなに難しいことじゃなくて以下の条件を満たし、実行することが大事だ。 やりたいこと=課題をタスクに分解する タスクを実行できるだけのリソース(時間・お金・体力など)を割り当てる 実行する これだけなんだ。仕事だってなんだって一緒なんだけど、だけどこれを日常的に実現することが難しい。 だからどうやって実現していくか?って説明のために、自分がやってることを書く。 課題を整理する 仕事と作業は違うという話がある。 トヨタでは最初にそれを教わるらしい。 www.har

        課題を管理して実行して達成するための手順 - そーだいなるらくがき帳
      • 受身気質な私がリーダーという役割で実践したこと 4選

        皆さんこんにちは! 最近、猫様をお迎えし最高な毎日を過ごしていております、塩対応のしおりん(@jamgodtree)です。 はじめに 私はログラスのエンジニアチームにて、2022年8月からリーダーを半年経験してきました。 この記事では、チームパフォーマンスの最大化に向けて行動してきたこと・失敗談について書いていきます。 タイトルにもあるように、私は受身気質であり、先頭を走っていくタイプのリーダーではありません。 その上で、以下のような悩みがある方に読んでもらえると幸いです。 リーダーになる前に何をやったらいいのかわからない人 リーダーになりたてでどうしようか同じように悩んでいる人 また、ログラスに興味がある方も是非参考にしてみてください。 ログラスにおけるリーダーとは? ログラスにおいてリーダーは 「役割」 として定義されています。 「上司」と「部下」ではなく、フラットな関係性を指している

          受身気質な私がリーダーという役割で実践したこと 4選
        • なぜ脱OSSが増えているのか?

          はじめに TerraformやVaultを開発するHashiCorpは自社製品をOSSのMPL(Mozilla Public License v2.0) から、ソースコードは公開するも一部の利用に制限があるBSL(Business Source License) への変更をアナウンスしました。 これは2018年のRedisを皮切りにMongoDBやCockroachDB、ElasticSearchなど多くのプロダクトで進められている脱OSSの流れです。商用のオープンソース[1]と言われてしまうこともある最近のこの動きの理由は何故なのか? という点を以下の動画で解説しました。 動画中では尺の都合で端折った個所も多いので、こちらの記事の方にもまとめておきたいと思います。 OSSとは? OSSの定義 まず、OSS(オープンソース)とはなんでしょうか? これはRMSのフリーソフトウェアを源流とする

            なぜ脱OSSが増えているのか?
          • サクっと作った英語学習サービスがバズって1週間以内にやったこと - Qiita

            要約 Qiita記事がトレンドインすると、瞬間的にWebサービスへのアクセス数が急増するが、数日でアクセス数は元に戻ってしまう。 そこで以下の施策を速攻で打ってバズっているうちに有益な学びを得るべきと考え、本記事はそれを実践した結果を実データと合わせて説明している。 事前登録フォームを作って興味を持ってくれた人と繋がる Twitterやはてぶのコメントからどうして興味を持ってくれたのか考察する 有料機能を作って単なるバズなのか、本当にニーズがあるのか判断できるようにする バズる1週間前にやっていたこと 3日でツールをサクッと作った 英語面接や仕事で海外の人とやりとりをするときに「ちょっと難しい質問」をされると、途端に5歳児になってしまう自分が恥ずかしくなり、DeepLで英語の勉強をするツールを作った。 自分が使うだけのつもりだったので、アカウント機能などはなく、コアな機能1つを実装しただけ

              サクっと作った英語学習サービスがバズって1週間以内にやったこと - Qiita
            • TypeScriptをプロダクト開発に使う上でのベストプラクティスと心得 - Qiita

              同じTypeScriptという言語を利用する場合においても、トランスパイラによってTypeScript自体の機能制限がかかったり、思わぬトラブルを招く場合があります。それぞれのトランスパイラの特徴を踏まえた上で、それにより生じる問題も見ていきましょう。 1-1. tsc TypeScriptの開発元であるMicrosoft純正のTypeScriptトランスパイラです。TypeScriptを利用する際に typescript パッケージをインストールする必要がありますが、それに同梱されています。 公式ツールなだけあって最も早く最新バージョンのTypeScriptに対応したり、言語すべての機能を利用することができる一方で、バンドラではないためminifyやchunkの設定はできません。また、Path Aliasesの未解決や旧ESへの互換性が不完全であることが欠点として挙げられます。 tsco

                TypeScriptをプロダクト開発に使う上でのベストプラクティスと心得 - Qiita
              • 予実管理|福島良典 | LayerX

                予実管理はなぜ大事か予算(事業計画)とは現在の事業理解を反映したものである。予算は、売上の発生メカニズムやコストの発生メカニズムをモデル化する。モデルの中には変数(パラメータ)があり、基本的にはこの変数を達成していれば、予算が自動的に達成されるという前提で作られる。つまり予算は、その時点での事業の理解そのものを表している。 予算と実績が合わないということは、事業の理解が浅いということである。何かしら前提としていることが間違っている、見落としていることがある、わかっていないことがあるということである。事業の理解が浅いと、どれくらいのリソースを投下するとどれくらいのリターンが得られるかをコントロールできていないことになるため、投資の不確実性が高い状態とみなされる。 投資の不確実性が高い状態だと、資金調達コストが上がる。仮にまったく同じ構造の事業をもつ2社があるとする。コントローラビリティが高い

                  予実管理|福島良典 | LayerX
                • 都会の家賃1ヶ月分で世界中の景色を手に入れた話 - Yes-No

                  いかがですか?私のデスクから見えるこの景色 憧れだったヴェネツィアに引っ越してきました。 ヴェネツィアの象徴とも言えるカナル・グランデに引っ越せて最高~! ARIA~~~~アリシアさ~~~ん!… _______というのは冗談で… 注文してから7ヶ月半経ってようやくAtomoph Window2が我が家に届きました。 半年以上も到着にかかったのはCOVID-19の影響によって中国で製造がストップ、物流にも大きな影響が出たためです…このご時世仕方ないね… 説明が遅れましたが、これはAtomoph Window2、元任天堂の社員だった姜 京日氏が立ち上げたスタートアップ企業 Atmophが開発した窓型スマートディスプレイです。 見ての通り縦型のモニターに窓枠のような物がついておりますが「窓型のディスプレイに動画の風景を映し出すことで、まるで現地に赴いているような気分にさせてくれる」と言うのが売り

                    都会の家賃1ヶ月分で世界中の景色を手に入れた話 - Yes-No
                  • システム運用アンチパターン

                    上層部がDevOpsに理解のない組織で働き、組織構造を変える権限を持っていない開発者であっても、チームにDevOpsを導入するための現実的な方法を紹介します。 重厚な承認プロセス、可視化されていない運用、プロセスの最後でのみ行われるソフトウェアテスト、ノイズだらけのアラート、インシデントから学習しない習慣、時間外のデプロイ、情報のため込みなどを取り上げ、ソフトウェアシステムの開発運用が滞るチームや組織に共通してみられる陥りがちな状況や犯しがちな間違いをアンチパターンとして紹介します。そして管理職やマネージャでなく、エンジニアが実行し、繰り返すことで改善できる具体的な行動を解説します。 組織で必要とされる変化を、エンジニアが行動することで実現する本書は、ソフトウェアシステムをよりよく開発運用したいエンジニア必携の一冊です。 目 次 序文 本書について 1章 DevOpsを構成するもの 1.1

                      システム運用アンチパターン
                    • SIerで幸せな技術キャリアを築くために - Qiita

                      この記事はNTTコムウェア Advent Calendar 2021 20日目の記事です。 NTTコムウェアの古西です。AI・データサイエンス推進室で技術マネージャをしています。 システムインテグレーター、略してSIerは、顧客のためにITシステムやサービス・ソリューション・プロダクトを開発・運用する会社です。一部自社サービスがあるものの、特定の顧客企業に対してシステムを提供することが多いです。 ネット上では「SIerはオワコン」1と言われることもありますが、私自身は入社のときに「人と技術を仲介する仕事がしたい」と言って仕事をしはじめてから約25年間、SIerで顧客や自社の人と技術を仲介する仕事をしてきました。私がこれまでの経験から「SIerで幸せな技術キャリア」を築くために意識したほうがいいと思うことを、若年層とベテラン層にわけて3つずつ、書いておこうと思います。 若年層(20代~30代

                        SIerで幸せな技術キャリアを築くために - Qiita
                      • MacOS ユーザが WSL では無い Windows のコンソール環境を整える - 2nd life (移転しました)

                        先日、メインの開発環境を MacOS から Windows 10 Professional へと移しました。理由としては主に2点で、現在仕事を自宅の固定席で行っており PC を持ち運びする必要がなくなったため Mac より高速で安価な Windows デスクトップ機を使いたいこと(Ryzen 9使いたい!)、WSL2 が正式版となり使ってみた感じ問題なく WSL2 で仕事の開発ができそうだったことが挙げられます。 WSL2 はふつうに Linux なので問題なく開発環境の構築が行なえ、Windows からも VSCode Remote のおかげでで違和感なくWSL2上のコードを編集、実行ができ快適な開発が行えています。(なお、WSL2 についての記事は山程溢れているので、ここでは殆ど触れません。) しかしながら、WSL2 ではないふつうの Windows 上で開発する機会が出てきたので、M

                          MacOS ユーザが WSL では無い Windows のコンソール環境を整える - 2nd life (移転しました)
                        • ChatGPTを業務に組み込むためのハンズオン.pdf

                          ChatGPTを業務に組み込むためのハンズオン 2023/06/26 一般公開用 デジタル庁 Fact&Data Unit 大杉直也 ↑マイナンバー交付数のダッシュボードを作っているところです 「Microsoft でテストされたアイデアのうち、改善を示すメトリクスを実際に改善できたのは3分の1にすぎない」 (Microsoft社 元Vice President) 「もしあなたが実験主導のチームにいるなら、70%の仕事が捨てられることに慣れてください。それに応じてプロセスを構築しましょう」(Slack社 Director) A/Bテスト実践ガイド p14より 一方で 「アイデアの価値を見積もることは難しい。このケースでは、年間1億ドルの価値ある単純な変更が何か月も遅れていた。」(同著 p5より) こともあります 午前中のアイデアソンで出たアイデアはちゃんと検証するまで価値があるかは不明です

                          • 機械学習システムの設計パターンを公開します。

                            メルカリで写真検索とEdge AIチームに所属している澁井(しぶい)です。機械学習のモデルを本番サービスに組み込むための設計やワークフローをパターンにして公開しました。 GithubでOSSとして公開しているので、興味ある方はぜひご笑覧ください! PRやIssueも受け付けています。私の作ったパターン以外にも、有用なパターンやアンチパターンがあれば共有してみてください! GitHub:https://github.com/mercari/ml-system-design-pattern GitHub Pages:https://mercari.github.io/ml-system-design-pattern/README_ja.html なぜ機械学習システムのデザインパターンが必要なのか 機械学習モデルが価値を発揮するためには本番サービスや社内システムで利用される必要があります。そのた

                              機械学習システムの設計パターンを公開します。
                            • プログラミングを勉強するために 30 代半ばの 2 年間を無職として過ごした話 - 30歳からのプログラミング

                              2019 年の夏に前職を辞め、そのまま無職として過ごし今年の 10 月にようやく再就職して働き始めた。 何か事情があって働けなかったわけではなく、プログラミングの能力を伸ばすために敢えて就職しなかった。 自分にとってそれなりに重要な期間だったと思うので、記録を残しておく。 予め断っておくが、何か「すごいこと」を成し遂げたわけではない。「すごくないプログラマ」が少しでもすごくなりたくて勉強していた話に過ぎない。 「すごいプログラマ」が「すごいこと」をした話を読みたければ、以下の記事などがよいと思う。 会社をやめて約1年プログラミングの勉強に費やしたことに対する満足と後悔 | blog.ojisan.io 2年間の独学をふりかえって – Happy Coder 予防線を張ったところで、本題に入る。 背景や動機 プログラミングの勉強をするために前職を辞めたわけではなく、退職の理由は別にある。 そ

                                プログラミングを勉強するために 30 代半ばの 2 年間を無職として過ごした話 - 30歳からのプログラミング
                              • ローソンPBデザインがあんな風になったのは、デザインした佐藤オオキさんの自宅を見て納得

                                リンク Webマガジン「AXIS」 nendo、ローソンのプライベートブランド商品の ロゴデザインとパッケージデザインを担当 | Webマガジン「AXIS」 | デザインのWebメディア 佐藤オオキが率いるデザインオフィス nendoは、ローソンのプライベートブランド商品のロゴデザインとパッケージデザインを手がけた。これと合わせて、ローソンの新型コロナウイルス対策のキャンペーンビジュアルも公開した。多くの国内コンビニチェーンには… 6 users 256 リンク Wikipedia 佐藤オオキ 佐藤 オオキ(さとう おおき、1977年12月24日 - )は、日本のデザイナー、建築家である。デザインオフィス 「nendo」(ネンド)代表。 父親の仕事の関係により、カナダのトロントで生まれる。東京学芸大学附属大泉中学校、早稲田大学高等学院を経て、2000年早稲田大学理工学部建築学科を首席卒業。

                                  ローソンPBデザインがあんな風になったのは、デザインした佐藤オオキさんの自宅を見て納得
                                • NHK独自記事がインターネットから消される? この新聞社の圧力がすごい【2024年版追記あり】 - フジイユウジ::ドットネット

                                  ちゃんと裏取りされたニュースや丁寧につくられたインターネットコンテンツが読める時代の終わりが来るかもしれない。 正直、もう手遅れだとは思うけど、いまからでも「えっこんなことになっていたの」と思って動く人がいれば少しは何かが起きるかもしれないので書く。 ■すべてがわかる要約 NHKと総務省「震災やコロナで、ラジオとテレビだけじゃダメとわかった。国民に必要な情報を届けるにはWebやアプリやSNS、様々な経路をもつ公共メディアが必要なんや」 新聞各社「NHKは放送だけやれや!! ネットの特集とか気合入れたコンテンツやめろ!!!!」 総務省「それもそやな。NHKくん、ネット情報はテレビラジオ関連だけにしてもろて」 NHK「……日本に必要な取り組みだけど、逆らえないよ(´・ω・`)」 ぼく「まさか現代でメディアのネット活動を制限するわけない………えっ本当に制限するの!?!?インターネットがゴミ情報だ

                                    NHK独自記事がインターネットから消される? この新聞社の圧力がすごい【2024年版追記あり】 - フジイユウジ::ドットネット
                                  • DX意味わからん。「IT革命」と何が違うの?という話|広木大地(日本CTO協会理事/レクター取締役)

                                    はじめにこの記事は、Engineering Manager Advent Calendar 2020の24日目の記事す。 職種を越えた働き方を模索するWeb Engineerのtrebyさんと、技術を突き詰めたいiOS Developerのbanjunさんの二人のパーソナリティをつとめるpodcast「きのこるエフエム」でお話してきた今話題のキーワードDXについてのお話を再編して記事にしたものです。 実際のpodcastについては以下からどうぞ。 いつの間にか"DX"がデジタルトランスフォーメーションにとられてた。trebyさん(以下敬称略) これは、我々のマイブームというか、最近、「DXっていいよね?」っていうふうに私が謎掛けをしますと、banjunさんが、「DX、わからん!」というふうに返すんです。 banjunさん(以下敬称略) 「DXって何ですか?何がいいんですか?」っていう話です

                                      DX意味わからん。「IT革命」と何が違うの?という話|広木大地(日本CTO協会理事/レクター取締役)
                                    • 追悼「シン・エヴァンゲリオン劇場版:呪」|小鳥猊下

                                      *以下のリンク先を読んでおくと、呪いの効果が高まります。 アニメ「2021年のエヴァンゲリオン」雑文集(1/25~3/5) 旧劇のときにはこの世にいなかった人と席をならべて見て、終わったあとはいっしょに少し話をして、本作を目にすることのないまま、この世を去った人たちに思いをはせました。旧劇からのファンと新劇から入ったファンでは、シンエヴァの受け止め方はかなり違うだろうことは理解しています。なので、ファースト・インプレッションでの言い過ぎをまず少し修正しておきますね。 「一般的な映画としては佳作から凡作の間くらいかもしれないが、エヴァンゲリオンとしてはゴミ」 2時間35分の半分ぐらいを過ぎたあたりから、もう腕時計ばっか見てました。私小説とプロダクトを両立するダブルエンディングは儚い妄想であり、「One Last Kiss」と「beautiful world(da capo ver.)」もスタ

                                        追悼「シン・エヴァンゲリオン劇場版:呪」|小鳥猊下
                                      • ブロガー界隈の有名フリーランスエンジニアを見てプログラミングを始めないでくれ - 渡るネットは嘘ばかり

                                        なんかマナブやばいな、ついでに色々見てたんですが、最近技術ではない方向で前に出てきてるエンジニアが増えてるようですね。 技術ブログは一般の人は見ないからわからないかもですが、技術ブログ系はエンジニアが見るだけで、基本的にそこで収益を得てるものも少ない印象があります。技術者の業界というのは業界の発展のために、無償で貢献(楽しみとしての人が多い)する人がすごく多く、それによってライブラリの充実の恩恵として再利用性や車輪の再発明を避けたりできてたりします。なので、この人達は金儲け系のブロガー界隈では話題にならないですね。 一般向けに言葉を発信する人が少なめだったというのもあるのかも知れませんが。というか、よく見たら取り上げようと思った人全員文系エンジニアですか…。文系エンジニアは技術よりお金に向かい、理系はお金より技術に向かう傾向でもあるんですかね。 今回はやまもとりゅうけん、マナブ、勝又健太さ

                                          ブロガー界隈の有名フリーランスエンジニアを見てプログラミングを始めないでくれ - 渡るネットは嘘ばかり
                                        • 「成長できる環境に身を置く」ことが本当のスタート。就活に失敗したニートからCTOになったエンジニアの話 - Findy Engineer Lab

                                          id:Songmuです。現在は、Nature Remoというスマートリモコンや、Nature Remo Eというスマートエネルギーハブなど、電力系のIoT製品を開発しているNature株式会社で取締役CTOを務めています。 サーバーサイドからインフラにかけてのソフトウェアエンジニアリングが得意領域で、ISUCONというコンテストで3回優勝したり、Mackerelというクラウド監視SaaSのプロダクトマネージャーを務めたりもしていました。PerlやGoを中心に、多くのツールやライブラリをGitHubに上げています。 今でこそCTOという立場にありますが、私はあまり、他人のお手本になるような人生を送ってきていません。「将来こうなりたい」といったしっかりとした長期目標を立てることもなく、その場その場で適当に、時には真面目に生きてきた結果が現在です。うまくいったこととて、多分に生存バイアスがあり、

                                            「成長できる環境に身を置く」ことが本当のスタート。就活に失敗したニートからCTOになったエンジニアの話 - Findy Engineer Lab
                                          • 組織という仕組みで解決することの難しさ、あるいはマネジメントに超人を求めるのは間違っているだろうか - Kengo's blog

                                            そりゃ間違ってるんだけど、ではどうするべきなのかが見えてないなぁという話です。 事業が大きくなると組織という仕組みの重要性が上がる 同僚が何千人といたメガベンチャーから社員数20数人のスタートアップに転職してから1.5年経ちました。ここまでに自分が貢献した内容にはSREや医療情報技師としてのものも当然あるのですが、マネジメント経験のあるIndividual Contributorという立場から組織の成長や組織における連携について補足や関連情報を提供するということも意外とありました。例えば社内ブログや社内勉強会で触れたものには以下のようなものがあります: コーチング紹介 ヒューマンスキル紹介 爆速アウトプットを組織的に支える施策 事業の急成長における表側と裏側 稟議入門 こうした知識や観点を個々人が持つことは、ボトムアップと呼ばれる自発的な行動を支援する意味では大きな意味があります。そして少

                                              組織という仕組みで解決することの難しさ、あるいはマネジメントに超人を求めるのは間違っているだろうか - Kengo's blog
                                            • ヒット作が出ないまま10年間個人アプリ開発を続けたエンジニアの末路|dancingpandor

                                              この記事は 個人開発 Advent Calendar 2021 の18日目の記事です。 「もうスマホアプリ市場はレッドオーシャン」とか、「個人アプリは埋もれてしまって全然ダウンロードされない」とかいう話をちらほら聞きます。 実際、過去に個人でアプリをリリースしたけれど、ヒットしなくて辞めてしまった、という人もいるのではないでしょうか。 では、もし… ヒット作が出ないまま10年間個人アプリ開発を続けたら、どうなってしまうのか という話をします。 作ったものまずは、これまで作ったアプリやダウンロード数などのデータをまとめます。 これまでにリリースしたアプリは、 iOS(ツール系):39本 Android(ツール系):1本 ゲーム:29本 で、計68本です。 (Androidアプリは、iOSアプリのAndroid版なので合計にはノーカウント) ツール系アプリは、「写真/ビデオ」カテゴリが多いです

                                                ヒット作が出ないまま10年間個人アプリ開発を続けたエンジニアの末路|dancingpandor
                                              • 生産性が爆上がりするブラウザ:Sidekick|One Capital|note

                                                こんにちは、One Capital の三好(@saas_penguin)です。 Product hunt で話題になったため、すでに知っている方も多いかと思いますが、今回は超高速ブラウザ「Sidekick」について紹介します。ずっと使いたいと思っていたものの、なかなかM1 Macで安定稼働してくれず・・・ようやく安定してきたので、使ってみた感想や気になるポイントを書いていきます。 昨今のブラウザ事情について 本題へ移る前にブラウザを取り巻く環境について簡単に触れておきます。デスクトップブラウザのシェア推移を見ると、10年前は Internet Explorer(以下、IE)が約50%、Firefox が30%のシェアを握るという2強状態でした。しかし、2008年に誕生した Google Chrome が Android 端末の普及とともにシェアを急拡大させます。2011年には Firefo

                                                  生産性が爆上がりするブラウザ:Sidekick|One Capital|note
                                                • GitHub Copilotの全社導入とその効果 - ZOZO TECH BLOG

                                                  はじめに こんにちは、CTO/DevRelブロックの堀江(@Horie1024)です。ZOZOではGitHub Copilotを全社へ導入しました。本投稿では、GitHub Copilotの導入に際して検討した課題とその課題の解決策としてどのようなアプローチを取ったのかを紹介します。 目次 はじめに 目次 GitHub Copilotとは何か? GitHub Copilot導入の背景と目的 導入する上での課題 セキュリティ上の懸念 ライセンス侵害のリスク GitHub Copilot for Businessの利用 導入による費用対効果 試験導入による費用対効果の見積もり 試験導入の実施 対象者の選出 アンケートの設計 試験導入の実施 アンケート結果の集計 アンケート結果の考察 費用対効果の見積もり 全社導入の判断 導入決定後のGitHub Copilot利用環境の整備 社内LT会 おまけ

                                                    GitHub Copilotの全社導入とその効果 - ZOZO TECH BLOG
                                                  • 【翻訳】 図解 プロダクトづくりの構造 - ykmc09 blog

                                                    訳者注 本記事は、Dan Schmidt 氏のブログ記事「A Visual Vocabulary for Product Building」をご本人の許可のもと日本語訳したものです。 ninjinkunさん、Koshiro Kumikoさんにレビューにご協力いただきました。的確かつ、建設的で思いやりのあるアドバイスとフィードバックに感謝します。 同一著者の関連記事としてこちらもぜひ合わせてご覧ください:【翻訳】プロダクトマネジメントトライアングル 以下、翻訳本文です。 プロダクトビルダー(訳注:プロダクトをつくる人たち)が自分のプロダクトに当てはめられるような、成功するプロダクトをつくる方程式はありません。これは、プロダクトが置かれている常に変化するコンテキストに、プロダクトづくりの詳細が大きく左右されるからです。あるプロダクトで成功した戦略が別のプロダクトではまったくあわないこともありま

                                                      【翻訳】 図解 プロダクトづくりの構造 - ykmc09 blog
                                                    • 「トレパク」を誘発する業界構造 イラストレーター中村佑介が語る「トレパク」の本質 - KAI-YOU.net

                                                      他者の著作物を無断でトレース(なぞり描き)し、盗作する行為を意味する言葉「トレパク」。 この語は10年以上前から存在し、イラストレーターやクリエイターのコミュニティではかねてより知られ、禁忌として扱われ続けてきた。 しかし、2022年2月に音楽ユニット・YOASOBIのクリエイティブ等で知られる有名イラストレーター・古塔つみさんが、他者の写真を無断でトレースしていたという疑惑が大きく報じられ、広く世間にも知られる言葉となった。古塔つみさんは謝罪を行ったものの「トレパク」ではなく「オマージュ」だとして説明。批判は続いている。 イラストレーター古塔つみ「トレパク」疑惑に声明 写真トレースや盗作意図は否定 イラストレーター・古塔つみさんの作品が、著作権侵害にあたるのではないかとSNS上で波紋が広がっている。いわゆる既存の絵や写… 続いて、3月にはホロライブ所属のVTuber・桃鈴ねねさんが自作す

                                                        「トレパク」を誘発する業界構造 イラストレーター中村佑介が語る「トレパク」の本質 - KAI-YOU.net
                                                      • スタートアップはいかにしてその活力を失うのか | Yakst

                                                        急成長するスタートアップがどうしてそのスピード感や勢いを失ってしまうことがあるのか、その背景にある構造とパターンを筆者の目から解き明かし、それを回避する方法を提案する。John Qian氏のブログ記事の翻訳。 [スタートアップ]原文 How a startup loses its spark (English) 原文著者 John Qian 原文公開日 2023-08-12 翻訳依頼者 翻訳者 doublemarket 原著者への翻訳報告 238日前 メールで報告済み 238日前 原著者承諾済み 編集 ちゃんとしたシードステージのスタートアップでは、エンジニアは業務経験を「夢中だ」と表現する。大きな会社では、得られるのは最良のケースでも「楽しい」程度だ。どうしてこうなってしまうのだろう。これは避けられないのだろうか。 スタートアップを夢中になれるものにするのは何なのかを調べてみよう。エンジ

                                                        • 育児中&共働きなので、効率よく「時短」できる家を建てた【エンジニア、家を建てる】 - MY HOME STORY │スーモカウンター注文住宅

                                                          職業柄、「よりよいもの」や「よりよい環境」を求める方が多いエンジニア。そんなエンジニアの「家づくり」にはきっと、さまざまなこだわりが詰め込まれているはず。 注文住宅を選んだエンジニアに登場いただく「エンジニア、家を建てる」。第1回はcorocn(土屋貴裕)さんに寄稿いただきました。 5年前から岐阜県でリモートワークを続けているcorocnさん。お子さんの誕生をきっかけに建てた家には、何かと忙しい共働き夫婦ならではの「時短」への工夫が施されています。 岐阜でソフトウェアエンジニアをしているcorocnと申します。 5年ほど前から地元の岐阜でリモートワークをはじめ、今は東京の Leaner Technologies というスタートアップ企業にフルリモート勤務しています。妻と2歳の息子の3人で暮らしており、子育てをきっかけに家を購入しました。 今回はエンジニアならではの観点も含め、フルリモートワ

                                                            育児中&共働きなので、効率よく「時短」できる家を建てた【エンジニア、家を建てる】 - MY HOME STORY │スーモカウンター注文住宅
                                                          • Twitter で医師が拾われて Google のソフトウェアエンジニアになって 3 年半が過ぎました - nodchipの日記

                                                            はじめに 『天才』はつくれる 競技プログラミング同好会競技就活部門 Google は世界最高のプログラミングスクールである 雇用形態と働き方 ソフトウェアエンジニア (SWE) Google でのお仕事 Google の面接の内容 Google の面接の問題の種類 コーディングクイズ 知識を吐き出す系 Open-ended question システムデザイン Google の面接の評価基準と対策方法 知識 技能 マインドセット Google の面接のタブー Google の面接の心構え 面接官への話し方 話す量 エリート意識 自己愛 優秀さ、知識量に対するこだわり Google の面接のテクニック 入力条件を確認する 入力の条件を簡単にできるか交渉する テストケースを作って提示する 関連する知識を答える 正しく修正する 競技プログラミングと Google の面接 おわりに はじめに nuc

                                                              Twitter で医師が拾われて Google のソフトウェアエンジニアになって 3 年半が過ぎました - nodchipの日記
                                                            • 椅子を溺愛しているので、夫婦2人暮らしなのに3LDK+書斎の家を建てました【趣味と家】 - MY HOME STORY │スーモカウンター注文住宅

                                                              音楽やマンガなど、圧倒的な熱量を注ぐ「好きなもの」をおもちの方に、こだわりの住まいをご紹介いただく本企画「趣味と家」。第4回目は愛する椅子たちにとってベストな空間を手に入れるため、あえて広め&部屋数が多い家を建てたmashleyさんに寄稿いただきました。夫婦2人の趣味をとことん楽しむためにつくられた空間たちに、思わずうっとり。 こんにちは! ブログ「北欧ミッドセンチュリーの家づくり」を運営するmashleyと申します。家具コンシェルジュ兼ライターとして在宅ワークをしながら、ブログをはじめさまざまな場所で家や暮らしに関するお話を発信しています。 夫と二人で関西に暮らす私は、2018年に3LDK、31坪(102㎡)の家を建てました。 mashleyさん邸の間取図 31坪というと、一般的には二人暮らしには少し大きく、3〜4人家族向けとされているサイズ。しかもLDK+3部屋+書斎と、ひとつひとつの

                                                                椅子を溺愛しているので、夫婦2人暮らしなのに3LDK+書斎の家を建てました【趣味と家】 - MY HOME STORY │スーモカウンター注文住宅
                                                              • 「何者かになりたくなる」SNSはそろそろ衰退していくのかな?という予感|けんすう

                                                                こんにちは!けんすうという名前で、インターネットサービスとかをよく作っているものです。 このnoteでは「何者かになりたいという欲を刺激して、一部のインフルエンサーと大量のワナビーを作りだすようなSNSがそろそろ飽きられて、違う目線のSNSが増えていくんじゃないかな?」的なことを書きます。 ----- 予防線 ------ あ、ちなみにまとまりは全くない、ふわふわした記事です。ロジックも何もないので、注意です。 なんでこんな記事を書いたかというと、5年くらいに振り返った時のためです。 こういう未来予測は「未来なんて予測していないで自分で創ろう」派ですし、自分でも創っているんですけど、あの時のあの空気感で、何を思って創ってたか、というのは残しておかないと、自然と自分の頭の中で、結果に合わせてストーリーをでっち上げちゃったりするので、積極的に残しておいたほうがいいなあ、と最近思っています。 と

                                                                  「何者かになりたくなる」SNSはそろそろ衰退していくのかな?という予感|けんすう
                                                                • Gitのワークフローについての私のスタンス | おそらくはそれさえも平凡な日々

                                                                  Gitのワークフロー、好みが分かれる分野で自転車置き場の議論にもなりがちだと感じている。基本的にはプロジェクトの流儀に素直に従い、余計なストレスを抱えないのが良いと考えている。例えば、私はマージコミットを作るのが好みだが、OSS活動等では「squash & mergeして」って言われることもあり、そういうときは当然素直に従うようにしている。 ということで、私のGitのワークフローについてのスタンスについて書いておこうと思う。私と一緒に働く人や、働くことを検討している人の参考になればと思います。もちろん、この辺りは、良い方向に変化もさせていきたい。例えばエントリー内でも触れていますが、私は昔はforce pushを禁止したいくらいでしたが、今は使っても良い、と思うようになりました。 Natureの特にGoでのバックエンド開発はこれに近い感じだとイメージしてもらえればと思います。ただ、できてな

                                                                    Gitのワークフローについての私のスタンス | おそらくはそれさえも平凡な日々
                                                                  • エンジニアの技術土台となる知識を得るための本の紹介 - Qiita

                                                                    はじめに の参加記事になります。 個別の技術ではなく、エンジニアの成長のステップで読むと良い本の紹介 エンジニアとして成長していくときに、個々の技術を深く理解し使いこなしていくことは必要ですが、個々の技術を選ぶときにもどんな成長ステップがあるかを理解することも重要です。 実装をするという範囲をエンジニアの中心なのはありますが、実装以外の部分を理解するとその技術が最大限に活きるのかを理解するには周辺についても理解していく必要があります。そこで、実装を始める前の構造のパターン、実装を進めるエンジニアの環境などを知ることで、もっと効率的な開発が出来るようになるのかを理解していきたいけると良いと考えています。 この記事では私が経験した中でより良いWebシステムを作るという観点に立ったときに、広く理解しておくと良いと感じた本を紹介します。 これからエンジニアリングでどのような勉強をすればよいかを考え

                                                                      エンジニアの技術土台となる知識を得るための本の紹介 - Qiita
                                                                    • 非エンジニアがWeb開発で知ってると便利過ぎる無料サービスを厳選してみた! - paiza times

                                                                      どうも、まさとらん(@0310lan)です! 今回は、Web開発などで役に立つ厳選した無料サービスをご紹介します! 特にWeb開発に慣れていない初心者や非エンジニアの方でも、手軽に特定の機能を提供するページを構築できるサービスを厳選してみました。 また、複数人でのレビュー、サイトの分析、学習リソースなども合わせて掲載しているので、ご興味ある方はぜひ参考にしてください! ■独自ロードマップを公開してユーザーと共有する! 【 Roadmap Show 】 Webアプリやサービス自体のアップデートや予定している機能追加などの情報を、プロダクトロードマップとして手軽に一般公開できる便利なサービスです。 サービス側が何をやっていて、どのような改善をしているのかをユーザー側からも分かりやすくなります。 基本的な使い方も簡単で、いくつかのカテゴリ別にタスクカードを追加していくだけです。 これから予定して

                                                                        非エンジニアがWeb開発で知ってると便利過ぎる無料サービスを厳選してみた! - paiza times
                                                                      • アメリカで無職になった|Kazuki Tsutsumi

                                                                        ここ二ヶ月ほどアメリカで無職をやっている。結果から言うと無事転職先が決まったため既に先が見えた無職生活であるが、Temporary Worker Visa で働く人間が突如職を失うととどうなるかという貴重な経験だったため備忘録を残す。 無職以前San Francisco の Fintech Startup で Sr. Software Engineer として働いていた。前々職でもシリコンバレーで日系企業の駐在員として働いており、帰任と同時にオファーを貰って転職した。会社は H-1B ビザの申請をサポートしてくれて抽選にも通ったが、コロナ禍により大使館面接が停止し、結局一年以上日本からリモートで働いた後、2020 年末にやっと渡米することが出来た。 会社の特徴としては全面的に Clojure を使って開発をしていた。元々 Clojure Developer であった自分が採用された理由であ

                                                                          アメリカで無職になった|Kazuki Tsutsumi
                                                                        • jQueryからTypeScript・Reactまで - Viteで始めるモダンで高速な開発環境構築 - ICS MEDIA

                                                                          Vite(ヴィート=フランス語で「速い」の意味)は2020年に発表された新しいフロントエンドのビルドツールです。 開発者がVue.jsの作者であるEvan You氏であるため、Vue.jsのツールであると誤解されることもありますが、プレーンなJavaScript(バニラJS)からVue.js・React・Svelteといった流行のフレームワークまで、さまざまな環境で利用できる汎用的なツールです。 位置付けとしてはwebpackのようなバンドラーと呼ばれるものに近い存在ですが、それだけではありません。この記事では、Viteを導入してプレーンなJavaScriptから、TypeScript+Vue.js・Reactといったフレームワークまで、快適な開発環境を手に入れる方法を紹介します。 この記事で紹介すること: Viteの特徴と基本の仕組み 基本の使い方 Vite + SCSS Vite +

                                                                            jQueryからTypeScript・Reactまで - Viteで始めるモダンで高速な開発環境構築 - ICS MEDIA
                                                                          • Googleが採用するUXデザイン手法「3対1の法則」とは デザイン会社 ビートラックス: ブログ

                                                                            先週アップしたエシカルデザインに関する内容に関して、具体的にどのようにして“正しいデザイン”を行えば良いのかという質問が寄せられた。 一つの方法は、UXピラミッドの原則に従ってプロダクトの体験価値を検証したり、UXハニカムを活用する方法もある。 それらに加えて今回紹介したいのは、GoogleのAndroidチームが採用しているUXデザイン手法である。とてもシンプルですぐにでも活用できる内容になっている。 進化するデジタルプロダクトに対するUXデザインアプローチサービスのデジタル化やDXが進む中で、多くのプロダクトにおける「完成」という概念がなくなり、デザインは常に進化し続ける必要性が出てきた。特にユーザー体験においては、デバイスの進化やユーザーの感覚の変化などを考慮し、常に改善を続けなければならない。 では、実際にどのようにデザインの良し悪しを判断すれば良いのだろうか?継続的にバージョンア

                                                                              Googleが採用するUXデザイン手法「3対1の法則」とは デザイン会社 ビートラックス: ブログ
                                                                            • エンジニアが「PMも兼任して」と言われたときの心構え

                                                                              この記事は プロダクトマネージャー Advent Calendar 2020 17日目の記事です🎄 カンタンに自己紹介 名古屋の企業でフロントエンドエンジニア兼PMをやってます、amakawaです。2年ほど前に事務員からエンジニアに転職して、総勢50名ほどのベンチャーで2年近くバックエンド〜フロントエンドを書きつつ、プロダクトマネジメント・プロジェクトマネジメント業務も担当してきました。 東京へ転居して、2月からディレクターとしてプロダクトマネジメント・プロジェクトマネジメントをメインにやっていく予定です。 どうしてこの記事を書いたか 弊社は少人数のベンチャーということもあり、1人のエンジニアが複数プロダクトの開発を兼任します。さらに専任のPMはいないので、エンジニア・デザイナーは自然とプロダクトマネジメント・プロジェクトマネジメントをやることになります。私も社内ツールを2、3つほど保守

                                                                                エンジニアが「PMも兼任して」と言われたときの心構え
                                                                              • スマホにカメラついてるんだからOCRできるでしょという気持ち - Progate Tech Blog

                                                                                どうも、 株式会社Progate で SoftwareEngineer チームのマネージャーをしています @satetsu888 です。本記事は Progate AdventCalendar 2020 10日目です。 普段仕事ではエンジニア組織のことやプロダクトの技術戦略的なことを考えたり、ミーティングしたり採用活動したりタスクをお願いして回ったりなどを担当していますが、今日はそういうのとはなんの関係もないただの日常の話を書こうと思います。 ことの始まり 我が家では子どもの朝ごはんとして週に2,3回くらいの頻度でポケモンパンを買っています。 先日(2020/09/18 ~ 11/24) ポケモンパンについてるポイントを5点集めるとポケモンシールホルダーの抽選に1回応募できるキャンペーンがありました。(キャンペーン自体はすでに終了しています) いつも通りのペースでパンを買ってると何回か挑戦で

                                                                                  スマホにカメラついてるんだからOCRできるでしょという気持ち - Progate Tech Blog
                                                                                • 創業した会社がLINEに買収され、無事PMIも終えたところで退職します|daimatz

                                                                                  FIVE というスタートアップを共同創業したのが2014年10月、そしてそれが LINE に買収されたのが2017年12月。企業買収後の統合(PMI)にも一区切りがつき、2021年1月末を最終出社として LINE 社を退職することになったので、退職エントリを書いてみようと思います。 これまでろくにインターネット上に記事を書いてこなかったため、自己紹介も兼ねています。 で、お前誰松本大介といいます。各種 SNS アカウントは daimatz という ID でやっています。 Twitter: https://twitter.com/daimatz Facebook: https://facebook.com/daimatz GitHub: https://github.com/daimatz 軽く経歴を書いておくと、東京工業大学でコンピュータサイエンスを学び(工学部情報工学科・大学院情報理工学

                                                                                    創業した会社がLINEに買収され、無事PMIも終えたところで退職します|daimatz