タグ

tanaka_shiのブックマーク (967)

  • 実録レガシーコード改善 / Working with Legacy Code: the True Record

    2024/01/15(月) 12:00 〜 13:00 t-wadaさんが後世に残したい、実録レガシーコード改善 https://findy.connpass.com/event/304101/ テストコードが無いコードを引き継いだところからはじまる、実際に2018年に行った受託開発案件のエピソードとコードをプロダクトオーナー(引き継ぎ前のコードを書いた人)の許可を得て使用しています。登場するコードは全て物、登場するデータは講演用の架空のものです。

    実録レガシーコード改善 / Working with Legacy Code: the True Record
  • フリーWi-Fiを使ったら秘密情報を抜かれる経路にはどのようなものがあるか - Qiita

    ゴールデンウィークのはじめ(4月29日)に投稿された以下のツイートですが、5月7日20時において、1,938.8万件の表示ということで、非常に注目されていることが分かります。 我が名はアシタカ!スタバのFreeWi-Fiを使いながら会社の機密情報を扱う仕事をしてたら全部抜かれた。どうすればよい! pic.twitter.com/e26L1Bj32Z — スタバでMacを開くエンジニア (@MacopeninSUTABA) April 29, 2023 これに対して、私は以下のようにツイートしましたが、 これ入社試験の問題にしようかな。『スタバのFreeWi-Fiを使いながら会社の機密情報を扱う仕事をしてたら全部抜かれた』と言う事象に至る現実的にありえる脅威を説明せよ。結構難しいと思いますよ。 https://t.co/LH21zphCTV — 徳丸 浩 (@ockeghem) April

    フリーWi-Fiを使ったら秘密情報を抜かれる経路にはどのようなものがあるか - Qiita
  • グロースの逆説 : メルカリで分析とサービスグロースをやる前に知りたかったこと|樫田光 | Hikaru Kashida

    この記事ではメルカリという会社で4年ほどプロダクトやマーケティングの分析、グロースなどをやっていた僕( hik0107 / hikaru )がそこで得た学びをまとめておこうと思います。 金曜の夜だしこれまでの学びをまとめてる。自分がメルカリにはいる前に知っていれば、同じ成果を出すのに20%位の時間で出来たであろう、そんな圧倒的な知見たち。まあ、それを肌身を切って知るということが大事で、はじめから紙の上の知識として知っていても意味はなかったりする側面もあるのですが pic.twitter.com/jV1ZgHr0u5 — hikaru / 樫田光 (@hik0107) December 24, 2021 特に「こうやったらうまく行った」というよくある成功談ではなく、 「これをわかってなかったために時間を浪費した」 「結局の所、これが一番大事という当たり前の結論に達した」 などという"知ってい

    グロースの逆説 : メルカリで分析とサービスグロースをやる前に知りたかったこと|樫田光 | Hikaru Kashida
  • 自分流エンジニアの歩み方 - ytake blog

    これは先日、株式会社アイスタイルにて参加した社内むけで話した内容を清書したものです。 (現在は株式会社アイスタイルの社員ではありませんが技術顧問的な立場でサポートさせていただいてます) 対象として、初学者やエンジニアなりたての人向けではありませんが、 2、3年目の方とかが読むといいのかもしれません。 自分流のこれまでのやってきたものだったりマインド的な話だったりそういうもので、 これをやれば誰もがエンジニアとして成長できる!というわけではありません。 参考にできるところは参考にするか、ヒントにするとか息抜きに読むくらいがちょうど良いです。 加えて将来CTOだったり、技術顧問という立場になりたい、という方にもいいかもしれませんが、 自分のスタンスだったりが多く含まれていますので、 世間一般で求められてるCTOだったり技術顧問との乖離があったりするところもあると思います。 参考にできるところは

    自分流エンジニアの歩み方 - ytake blog
  • なぜオブジェクト指向は難しいのか - Qiita

    この記事の内容 この記事は「オブジェクト指向と10年戦ってわかったこと」という記事を書いた筆者が2年の時を経て「なぜオブジェクト指向は難しいのか」をテーマに、さらなるオブジェクト指向の理解を目的として、通常とは異なるアプローチでオブジェクト指向を解説したものです。 自然言語の限界 人は様々な物事に名前を付けて分類します。リンゴには「リンゴ」、車には「車」という名前を付けて分類、認識しています。そして車には「走る」という役割があり、それらの役割もまた名前をつけて分類し、認識しています。 しかし、このように自然言語を使って物事を識別しているのは人間であり、ゾウさんはリンゴを「リンゴ」という言葉に置き換えて識別したりしません。きっとゾウは「あ、これ前にべたらめっちゃ美味かったやつやん!もっかいったろ!」といった感覚によってリンゴを識別している。つまり、当たり前ですが言葉とは人間が作り上げたも

    なぜオブジェクト指向は難しいのか - Qiita
  • 【告知】マネジメントAPIの設定変更に伴う影響について

    平素よりmicroCMSをご利用いただき、誠にありがとうございます。 この度、2024年1月29日に予定されているシステムの設定変更に伴い、一部機能に一時的に影響を及ぼす可能性があり、ご連絡させていただきました。 こちらはシステムの運用を継続するために必要な作業であり、お客様にはご不便をおかけしますが、何卒ご理解いただけますと幸いです。 目的マネジメントAPIの内部的な設定変更 影響範囲マネジメントAPI(ベータ版機能)を利用しているサービス (主要機能であるコンテンツAPIについては影響ございません。) 影響時間予定2024年1月29日(月) AM 8:00〜9:00ごろ ※ 影響時間については、作業内容に応じて延長や延期となる場合がございます。その場合は適切に再度告知を実施させていただきます。 延期の場合の予備日として、2024年2月5日(月) AM 8:00〜9:00ごろを予定してお

    【告知】マネジメントAPIの設定変更に伴う影響について
  • スクラムとデッドライン壊れゆくチームをつなぎとめるもの/Scrum and Deadlines

    循環する学び~現場とコミュニティの境目で考える~/Learning Cycle between a team and a community

    スクラムとデッドライン壊れゆくチームをつなぎとめるもの/Scrum and Deadlines
  • プロダクト開発の根底に「人間観」があったほうがいい理由|深川泰斗 | TimeTree代表取締役

    TimeTree代表取締役の深川です。 このnoteは会社としての情報発信というよりも1個人としてTimeTreeという会社をやりながらこれまで悩んできたこと、反省したこと、気づいたことという観点で書いていきます。 先日、このようなポストをしたのですが、いろいろ反応いただけたので詳しく意図を書いてみようと思います。 プロダクトの根底には「人間というものをどう捉えているか」という人間観と、その上で「どのような社会を良いと考えているか」というベクトルが必要ではないかと最近強く思う。そうでないと、何が当たりそう/ハズレそうかという無益な議論の袋小路に入ってしまいがち。 — 深川泰斗/CEO@タイムツリー (@preface) December 31, 2023 僕はITプロダクトしか作ったことないですが、プロダクト開発は大変です。 リリースして終わりではなく、受け入れられるまでのチューニングやピ

    プロダクト開発の根底に「人間観」があったほうがいい理由|深川泰斗 | TimeTree代表取締役
  • https://www.amazon.co.jp/dp/B0CLG54G3P?ref_=cm_sw_r_cp_ud_dp_FK4BV350Z759CJXQ41T0

  • STUDIO公開サイトの表示速度を向上させるヒント | STUDIO U

    STUDIOで公開したWebサイトの表示スピード改善のために取り組める事をご紹介します。エディタでの設定やフォントなどの設定のヒントを解説します。

    STUDIO公開サイトの表示速度を向上させるヒント | STUDIO U
  • 新規事業・スタートアップやりたいと言っていた1年前の自分に言ってあげたい言葉|k1ito

    これは何:伊藤(@k1ito)が、エンジニアからBiz-Devに転職して早2年技術をビジネスにするべく奔走する中で、今年勉強したこと・去年の自分に言ってあげたいことを自戒を込めて書き連ねました。来年30歳になりますが未だに社会人1年目みたいなことを永遠に言っていて恥ずかしい限りです。 2023年は当に社内外の色んな人に支えられて良いビジネスを色々できて大変ありがたかったです。皆さんに報いる事ができるように頑張ります。 ①作るな、売れ。ともすれば お前は素晴らしい技術や素晴らしいアイデアから新規事業を出発しているだろう。 そうじゃない 市場はどこか?顧客は誰か?顧客の悩みはなにか?を考え「絶対に売れない物を作らない」気概でつくる。顧客は技術を求めているわけでも、お前の素晴らしいアイデアを知りたいわけでもない。 ②顧客?どこの何部の誰さんでいくら予算をもっている?ともすれば お前のプロダクト

    新規事業・スタートアップやりたいと言っていた1年前の自分に言ってあげたい言葉|k1ito
  • 外部からいきなりCTOとして就任する時に気をつけていること|BTO

    おはこんばんちは!!尾藤 a.k.a. BTO です。 私は今はオープンロジでCTOをしていますが、オープンロジを含めて今まで4社でCTOをしています。CTOとしての実績と経験を積み重ねてきた結果、今ではある程度開発組織が大きくなった会社からCTOのオファーをいただくことが増えてきました。 いわゆるパラシュート人事というやつです。パラシュート人事は非常に難しく、私が今まで見てきた中でもパフォームしていないマネージャーはほとんどが外部登用でした。逆に現場上がりのマネージャーはうまくワークしており、微妙な人は少数でした。 このように失敗する可能性の高いパラシュート人事で入社する場合は、いろいろ気をつけないといけません。CxOとまではいかずとも、みなさんの中にも転職をきっかけに何らかの責任者としてのポジションを期待されて入社することもあるかと思います。そういった方に私の気をつけていることが参考に

    外部からいきなりCTOとして就任する時に気をつけていること|BTO
  • 初心者が絵で理解する Docker

    恥ずかしながら Docker をほぼ触ったことがなかったので、基礎的なことを学びました。 学びながら「こんな絵があったら理解しやすかったなー」と感じていた絵を自分で描きました。 せっかくだから整理して公開したいと思います。 同じ様な方の役に立ったら、とても嬉しいです。

    初心者が絵で理解する Docker
  • 0063 号 巻頭言

    DDD を理解したいあなたのための DDD 入門以前 Rubyist Magazine 63 号をお届けする。 突然のお知らせで恐縮だが、日 Ruby の会の主たる事務所が東京から北海道に移転した。それもあってあまりまとまった時間がとれず、11 月のうちに書くはずだったのが気がつくと 12 月も半ばを過ぎていたので、今回は以前書きかけていた文章を発掘してお茶を濁したい。 Ruby とは直接関係がなくて恐縮だが、Ruby に限らずソフトウェア開発では現在でもちょくちょく話題になることがある、DDD についての話である。 ドメイン駆動設計こと DDD は 2020 年代のソフトウェア開発でもよく話題にされるが、率直に言うとストレートにポジティブな評価が行われているとは言い難い。 どちらかというと、ある種マニアックで、対象分野が制限されており、また初心者にはとっつきにくいところがある手法と思わ

    tanaka_shi
    tanaka_shi 2024/01/11
    “DDD を理解したいあなたのための DDD 入門以前”
  • 【今すぐ実践】世界一流エンジニアの思考法を読んだら目からウロコだった件 - Qiita

    はじめに どうもこんにちは、もきお(@mokio_50)です。 会社の同僚に何気なくおすすめされた。それが「世界一流エンジニアの思考法」でした。単なる自己啓発かなと思っていたら実践的に使えることが盛りだくさん。 このエンジニアとして働き始めて少し経った頃に読むのが一番実感できる部分が多い気がしています。 今回の記事はこのの要約と、内容についてどう感じたかを書き連ねました。 『世界一流のエンジニアの思考法』 導入部分 このを読む前は「あー一流のエンジニアがこれまでの自分自身の思考を振り返りながら作成したなんだろうなー」と思っていましたが、筆者は一流ではなく三流エンジニアでした。 作者の牛尾さんは44歳でマイクロソフトに入社。そこで一流エンジニアたちに出会う。 自分だったら一流エンジニアの凄さに圧倒され打ちひしがれてしまうところだが牛尾さんは深く観察し、なにか自分にプラスに働く要

    【今すぐ実践】世界一流エンジニアの思考法を読んだら目からウロコだった件 - Qiita
  • https://x.com/ctgptlb/status/1745136235138723953?s=12&t=gTc1Z5M4NfDz9hIeOGJt_Q

    tanaka_shi
    tanaka_shi 2024/01/11
    ChatGPT に Team Plan が導入
  • 育休明けの「浦島太郎」不安をAIで解消したら心がスッと軽くなった話|Tomohiro Ogawa

    育休は子育てに集中するための大切な時間ですが、そこには大きな不安も伴います。その一つが、育休明けに「浦島太郎」状態に陥ること。 私自身、この情報から取り残される不安が最大の悩みでした。 そこで試したのが、情報が集約されるSlack投稿を整理・保存するAIの活用です。このAIは情報を自動で取りに行き、復職後に簡単に確認できる形で整理・保存してくれます。このAIのおかげで、情報断絶の不安から解放される可能性が見えてきました! ※記事は、会話型AI構築プラットフォームmiiboを開発する株式会社miiboの提供です 育休と不安の葛藤周囲に育休取ることを伝えると、「仕事は忘れて育児に専念してね!」と温かい言葉をいただきます。その一方で、日々更新される社内やAI関連の最新情報から切り離される不安も同時に膨らんでいきました。ただ情報を見てしまうと仕事モードに戻ってしまう恐れもあり、このジレンマが大き

    育休明けの「浦島太郎」不安をAIで解消したら心がスッと軽くなった話|Tomohiro Ogawa
  • https://x.com/tommygfx90/status/1744838175833702407?s=12&t=gTc1Z5M4NfDz9hIeOGJt_Q

    tanaka_shi
    tanaka_shi 2024/01/11
    横や斜めからの感情サポート
  • 【DDD入門】TypeScript × ドメイン駆動設計ハンズオン

    TypeScriptとドメイン駆動設計(DDD)を組み合わせ、APIを構築するハンズオンガイドです。このでは、DDDとは何かという基礎的なところからソフトウェア開発における戦略的設計、戦術的設計まで、包括的な知識を提供します。 戦略的設計では、ビジネスの要求に合わせたドメインモデルの設計をイベントストーミングを用いて行います。その後、戦術的設計では、具体的なコードの実装に関連するDDDの原則と実践を学びます。 TypeScriptを使ってコードを書きながら、DDDの概念を実際のプロジェクトに適用するヒントを紹介します。

    【DDD入門】TypeScript × ドメイン駆動設計ハンズオン
  • デザイナーが論点整理を身につけたら仕事のスピードが2倍になった話|Karen Kiyama

    こんにちは、セブンデックスでUIデザイナーをしている季山です。 セブンデックスに入社して、4年9ヶ月が経ちました。 アシスタントデザイナーから始まった私も、今では大型案件のリードデザイナーを任せてもらえるまでにはなりました…! 今期もスローガンである「BA・KU・NO・BI」を体現するために日々奮闘しています。 最近、代表の中村から 「論点整理が仕事のスピードを2倍にするよ」 という話を聞いて、素直に論点整理をめちゃめちゃ意識した結果、仕事の仕方が大きくアップデートされました。 「論点整理ってディレクターサイドのスキルじゃない?デザイナーに必要?」と思う人も中にはいるかもしれません。 今回は、デザイナーの私が論点整理力を身につけることで、どのような場面でBA・KU・NO・BIに繋がったのかをお話したいと思います🌟 1. デザイン制作でBA・KU・NO・BIさっそく、デザイナーのメインの業

    デザイナーが論点整理を身につけたら仕事のスピードが2倍になった話|Karen Kiyama