私がよく参考にしているサイトまとめ
はじめに Twitter、Qiita、Zenn...といろんなところから情報収集するのはいいのですが、それぞれの有益な情報をそれぞれのサイトにお気に入りとして保存しているので、必要な情報を探すだけで一苦労です。 ここで一覧にしてまとめておくことにしました。 ただし、特定の言語に依存するような記事はあえて排除しています。 皆さんにとっても有益な情報があると、この記事を公開して良かったなと思います。 また、皆さんのオススメの記事がありましたら、コメントなどで教えてください。 コミュニケーション 質問 質問は恥ではないし役に立つ https://qiita.com/seki_uk/items/4001423b3cd3db0dada7 新卒からの質問をソシャゲっぽい仕組みにしたら捗った話 https://qiita.com/ysktsuna/items/fced3a9515c8f585ca50 会
「正直９年経ったいまでもfor文ググってる」 という議論記事があった。正直なところ私もググる方の人だ。私の感想: ポンとテキストエディタだけ渡された時に書けるか自信ないぞ...IDEがあればまあ大丈夫かなあ。 JavaScriptだけじゃない。言語色々扱うしという言い訳。正規表現とか毎度調べる。 だから世の中にチートシートというものがあるのだ。お気に入りチートシート多数。 実戦でどうしているか？結局周りのソースを見て馴染む書き方にしていますよ多分。 暗記するかしないかは受験勉強みたいなもので、コーディング面接に受かるなら必要。暗記そのものには意味はないとは思う。 競技プログラミングが使えないとかいう論もあったな。 ググり力も大事。 でも「最低限」もできないのはやはり恥ずかしい気持ちはある。 なんかこれ英語できるできないと似てるな。英語なんてGoogle翻訳、DeepL翻訳あればいいけど、実
おはようございますこんにちわこんばんわ。どうもぶたです。 以前、チーム内で「変数や関数の名前に妥協したくないなー。どうしたら上手く命名できるんだろう？やっぱり英語の勉強？」という話になったので、今回は名前付け、命名についてまとめます。 とは言え、自分自身多くの記事やドキュメント、書籍などに助けられているので、ほぼ紹介記事になります。 ただ、順番には気をつけた方がいいと個人的には思っています。 何事もそうですが、なぜやるのかを知ってからどうやるのかを学ぶべきかな、と。 例えば、「この単語とこの単語はニュアンスが違う」「そんな単語存在しないよ」「単数と複数が間違ってる」 そんなレビューを受けたことがある人もいると思います。僕も言われたことがあります。 そういった内容の記事もたくさんあります。僕も読み込んでいますしストックして参照できるようにしています。 それはそれで有用ですし、是非意識していき
はじめに 本記事ではレベルアップしたいエンジニアが読んでおくべきQiita記事を紹介します。厳選に厳選を重ねた43記事です。全ての記事を読んでおく必要はありませんが、ちょっとでも「分からないな」「興味あるな」など思ったタイトルがあれば読んでみてください。 次の4種類に分類して紹介しています。参考にしてください。 フロントエンド バックエンド インフラ・Linux周りの知識 その他 それでは、早速紹介していきます！ 弊社Nucoでは、他にも様々なお役立ち記事を公開しています。よかったら、Organizationのページも覗いてみてください。 また、Nucoでは一緒に働く仲間も募集しています！興味をお持ちいただける方は、こちらまで。 フロントエンド まず最初はフロントエンドエンジニアに読んでおくべきとおすすめできるQiita記事を11個選びました！フロントエンドエンジニアとしての基礎が身に付く
1年半のソフトウェアエンジニア長期インターンで出会ったオススメ本をたくさん紹介します - Qiita
イントロ ABEJAアドベントカレンダーの4日目に一昨日飛び込みました、長期インターン生の佐藤(Twitter: @TodayInsane)です。 去年は機械学習を通して、TWICEというK-POPグループへの愛を語りました。 ABEJAには昨年4月、「本当に何も出来ないけど、休学してプログラミングとかエンジニアの経験を積みたいんです」という何とも不安な主張をするぼくを受け入れていただきました。 この1年半のエンジニア / リサーチ両インターンの過程で出会った良い本をどしどし紹介します。 ちなみにインターン開始時は プログラミング、Pythonだけならちょびっと書けます！(ABCのB問題とか機械学習ライブラリの写経) HTMLってどんな風になってるんですか？(？) サーバ...？？リクエスト...？？ JavaScript、名前は聞いたことあります 英語の論文しんどい、2時間ぐらいかけてI
2023年の話題＆ベストセラーをまとめて紹介！ Udemyで今年最大級のセール開催、生成AIなど対象講座が1,200円より - はてなニュース
世界中を席巻した生成AIは、ブームに終わることなく着実に社会のさまざまな場面で利用が進んでいます。特にChatGPTを始めとするテキスト生成はビジネスシーンですぐに適用可能なケースも多く、使いこなす人とそうでない人には大きな差が生じつつあります。 使いこなすノウハウにも一定の知見が貯まっており、定番となるセオリーが整理されています。正しく学ぶことができれば一気にキャッチアップできるでしょう。Udemyの講座でも、ChatGPTを使いこなすプロンプトの作法や、アプリケーションにLLM（大規模言語モデル）を組み込むノウハウ、AIをより深く知る数学知識などに人気があります。 この記事では、2023年11月17日（金）に始まるブラックフライデーセール（24日まで）、そして26日（日）から2日間のサイバーセールの対象になる人気講座から、エンジニアリングやビジネスシーンにおいて読者の成長を助けてくれる
2019-nCoVについてのメモとリンク
リンク集目次 国内外の状況 政府機関・国際機関等 学術情報 疫学論文 分子生物学／ウイルス学論文 臨床論文 インフォデミック関係 ワクチン関係 変異株関係 時系列メモ目次 新型コロナウイルス（2020年1月6日，11日） インペリグループによる患者数推定（2020年1月18日） 患者数急増，西浦さんたちの論文（2020年1月20日，23日） WHOはPHEIC宣言せず（2020年1月23-24日） 絶対リスクと相対リスク（2020年1月26日） 研究ラッシュが起こるかも（2020年1月27日） なぜ新感染症でなく指定感染症なのか？ なぜ厚労省令でなく閣議決定なのか？（2020年1月27日） コロナウイルスに対する個人防御（2020年1月27日） 国内ヒト＝ヒト感染発生（2020年1月28日） フォローアップセンター設置，緊急避難等（2020年1月29日） PHEICの宣言（2020年1月3
達人プログラマー 第2版はいいぞ
名著中の名著である達人プログラマーの第2版が2020年11月に出版されました。 原著であるThe Pragmatic Programmerは、1999年の出版で、第2版（英語版）の出版が2019年なので20年ぶりの改定ということになります。 この書籍にある個人的に響いたTipsと、ちょっとした感想をこの記事に書いていますので、書籍購入の参考になれば幸いです。 個人的に響いたTips8選 本書にはありがたいTipsがたくさんありますが、その中でも自分に特に響いたTips8つを紹介します。 割れた窓を放置しない 環境犯罪学の理論で有名な「割れ窓理論」はエンジニアリングの世界でも 当てはめることができるようです。 この書籍では悪い設計や質の低いコードを「割れ窓」とみなし、 それを放置することはクリーンなシステムの崩壊を加速させると言及しています。 これに関しては自分の心のなかで「割れ窓」が種とな
はじめに 下記には、typewriterまたはcomputerのkeyboardで全文写経した本は数冊（すべて英語）あります。 輪講で全部読んだ本、日本語と英語でも読んだ本などもそれぞれ１０冊以上あります。 100回以上読んだ本が10冊以上あるような気がします。 影響を受けた本というよりは、愛読書かもしれません。 引用は、 https://bookmeter.com/users/121023 https://booklog.jp/users/kaizen https://www.amazon.co.jp/gp/profile/amzn1.account.AEZYBP27E36GZCMSST2PPBAVS3LQ/ref=cm_cr_dp_d_gw_tr に掲載している自分で書いたreviewです。 最初にあるところに記録し、それからamazonに転載し、10,000冊になった頃にNo.1 R
「GitHub Copilot」の真のパワーについて発表したのは、GitHub社の服部佑樹氏。株式会社タイミー社が主催した「GitHub Copilotで拓く開発生産性」で「GitHub Copilot」の実装やプラクティスについて話しました。全2回。後半は、「GitHub Copilot」の仕組みと使う時のTips。前回はこちら。 ※本記事の内容は2023/08/30時点のものです。GitHub Copilotの実装は、今後変更される可能性があります。最新情報はドキュメントをご覧ください。 「GitHub Copilot」の裏側 服部佑樹氏：ここから、「Behind the curtain」というところで、ちょっと裏側にいきたいと思います。仕組みと、あとは、どうやって読み取るのか、Tips and Tricks、というところでいきたいと思います。 先ほど、3レイヤーありますというお話をし
「GitHub Copilotで開発生産性はどのように変わるのか」というタイトルで登壇したのは、GMOペパボ株式会社の黒瀧悠太氏。株式会社タイミー社が主催した「GitHub Copilotで拓く開発生産性」で、「GitHub Copilot 」を開発に導入したことで起こった変化について発表しました。 登壇者の自己紹介 黒瀧悠太氏：よろしくお願いします。GMOペパボの黒瀧です。今日は「GitHub Copilotで開発生産性はどのように変わるのか」というタイトルで発表します。 私は、今GMOペパボ株式会社の「SUZURI」というサービスの技術責任者、シニアエンジニアリングリードというのをやっていて、GMOインターネットグループとしては「デベロッパーエキスパート」専門分野のエキスパートとして活動しています。 SNSアカウントは「@kurotaky」というのでやっています。趣味はドラムを叩くこと
「DDDのモデリングとは何なのか、 そしてどうコードに落とすのか」資料 / Q&A - little hands' lab
Mix Leap Study 特別編 - レガシーをぶっつぶせ。現場でDDD！ コラボカンファレンス に登壇させていただいたのでで、その際の資料です。 また、当日sli.doでたくさんのご質問をいただいたので、まとめてお答えします。 発表資料 DDDのモデリングとは何なのか、 そしてどうコードに落とすのか from Koichiro Matsuoka www.slideshare.net もっと詳しく知りたい方は この発表資料の内容を、さらに詳しく解説した書籍を出しました！ little-hands.booth.pm 初めてDDDを学ぶ方、もしくは実際に着手して難しさにぶつかっている方向けの書籍になっています。 迷子になりがちな「DDDの目的」や「モデル」の解説からはじめ、 具体的なモデリングを行い実装まで落とす事例を元に、DDDの魅力や効果を体感することを目指します。 この本の「第2章
【オフショア】ベトナムメンバと理解する「PHPリーダブルコード」 〜第1回 表面的な改善〜 - RAKUS Developers Blog | ラクス エンジニアブログ
本稿では、ベトナムとのオフショア開発において利用できるよう、"リーダブルコード" の内容をもとに筆者が解釈したものを、社内用資料として日本語とベトナム語の両方で解説したものです。*1 この記事を日本チームとベトナムチームのメンバに読んでもらうことで、"リーダブルコード" の知識がチーム間の共通認識となり、プログラムコードの品質が向上することを目的としています。 全2回を予定しており、第1回である本稿は、「表面上の改善」について解説します。 Trong bài post này, tôi sẽ tóm tắt nội dung của "Readable code" và giải thích bằng cả tiếng Nhật và tiếng Việt, để có thể sử dụng trong việc phát triển Offshore với Việt Nam. Khi
Rustで作るツールのお試しとして https://github.com/yutakatay/dotplugs を作りました。ツール自体は大したことはしていないので、作る際によく参考にしていたサイトと使い方を紹介しようと思います。 調べたところリンク集はすでにあって、以下は体系的にまとまっていました。 - https://qiita.com/mosh/items/7e327dafbe53b72ad99d - http://letten.hatenablog.com/entry/the-rust-resources-ja ここではより実践的に役にたったもの(主に日本語で)を上げて行きたいと思います。 書き始める前に準備すべきツール 実際にコードを書く前に絶対にあったほうが便利なツールを紹介しておきます。英語ですが公式にも載っています。 https://www.rust-lang.org/to
はじめに 弊社ではScalaを本番環境に導入して大体１年になる。 導入以前に社内的にScalaに関する知識はゼロだった。 Scalaという言語は巷では色々言われているが愛好者とそれ以外の壁が非常に大きな言語のように思える。 ここはコミュニティの努力によって埋められようとしているが、他の言語に比べてまだまだなのが現状である。 弊社でのScala導入経験に関する情報がその壁を取り払う一助になることを祈る。 導入経緯 Railsの運用コスト もともとはプロダクトのバックエンドはRailsで書いていた。 Railsは非常に高速にプロダクトを開発できるのだが、長期的に見るとその高速性よりも運用困難性、堅牢性の欠如が目立つようになってきた。 MVCアーキテクチャは複雑なプロダクトを構成するのにはシンプルすぎた。 特にRailsの中核をなすアクティブレコードモデルのせいで問題の分割が難しかった。 じゃあ
プログラミング演習 Python 2021( Version 2021/10/08 (コラム編) )
プログラミング演習 Python 2021 コラム編 京都大学 国際高等教育院 喜多 一 京都大学 情報環境機構 森村吉貴 京都大学 高等教育研究開発推進センター 岡本雅子 Version 2021/10/08 目次 Next Chapter Table of Contents 2 目次 目次 2 0. コラム 0 始まり ........................................................................................................4 0.1 Python は 0 ではじまる .................................................................................. 4 0.2 1 始まりではいけないのか .......
ChatGPTのセキュリティへの影響 | Cloud Security Alliance Japan
© Copyright 2023, Cloud Security Alliance.All rights reserved. 1 Acknowledgements Authors: Kurt Seifried Sean Heide Bogdan Filip Vishwa Manral Lars Ruddigkeit Walter Dula Eric E. Cohen Billy Toney Supro Ghose Marina Bregkou Additional Staff: Stephen Lumpe (Cover illustration, with assistance from Midjourney) This is a Release Candidate version and is subject to change. © 2023 Cloud Security Allian
ニューヨーカーより。 ネットワーク上の時刻を同期させるのは、目立たないソフトウェアシステムがある。誰がそれを維持するのだろうか? BY ネイト・ホッパー 1977年、ワシントンDCに本社を置く衛星通信企業COMSATに、風変わりなエンジニアでコンピュータ科学者のデイビッド・ミルズが入社してきた。恋人の叔父のために補聴器を作ったり、フォード社に紙テープのコンピュータを車に搭載するためのコンサルティングをしたこともある。ミルズはCOMSATで、後にインターネットの前身となるARPANETというコンピュータ・ネットワークに携わるようになった。すでに、一握りの研究者らが、離れた場所にあるコンピュータ同士を繋いで情報交換をしていた。しかし、このネットワークは、各コンピュータが同じ時刻を共有していないという欠点があり、データの信頼性が損なわれていた。 ミルズは数十年にもわたり、数学、工学、コンピュータ
こんにちは！意匠部新卒デザイナーの大桐です。 つい4ヶ月前まで、私は建築学生でした🪚 そして今年の4月に初めて足を踏み入れたWEB業界。舐めていました、業界の差。まるで異世界です！ 異世界では聞いたことのない業界用語が毎日飛び交っています。 「このままではだめだ！」と思った私は、入社して初めて知った業界用語 1)をまとめてみることにしました。 今回、その中から、言葉の由来が面白い！知ってるとかっこいい！と思ったものを10個紹介しようと思います。 1) WEBデザイン用語、WEBプログラミング用語や、印刷用語、その他、 IT/WEB業界全般で使われる用語を含みます。 ■ 面白業界用語のイラストクイズに挑戦してみよう 「でも、ただ用語を紹介&解説するだけじゃ、デザイナーのブログっぽくないな...」 と思ったので、意匠部のデザイナーに業界用語のイラストを描いてもらい、それを全10問のクイズにし
シェーダ 勉強ノート
参考リンク： Microsoft DirectX - Wikipedia OpenGL - Wikipedia OpenGL ES - Wikipedia Metal (API) - Wikipedia Vulkan (API) - Wikipedia Unity (ゲームエンジン) - Wikipedia Unreal Engine - Wikipedia 基礎知識 よく使うのは頂点シェーダとフラグメントシェーダ （OpenGL ではフラグメントシェーダ、DirectX ではピクセルシェーダと呼ぶ） Unity では ShaderLab という枠組みの中で、専ら HLSL でシェーダを実装する Unity が各プラットフォーム向けに最適化したものに変換してくれる 時々 Cg/HLSL のように表現されることがあるが、Cg は NVIDIA とマイクロソフトが共同開発したシェーダ言語で、H
読み応えのある記事が目白押し！マーケターが押さえておきたいnoteアカウント | Marketing Native（マーケティング ネイティブ）
誰もがメディアとして情報発信できるコンテンツプラットフォーム「note」。2019年以降、アクティブユーザーは増え続けており、今やnoteを使った情報発信は多くの人にとって当たり前になってきています。 今回、マーケターに役立つ情報を積極的に発信しているnoteアカウントを編集部で厳選しました。2020年に入ってからも更新されており、多くの「スキ」を集めた記事を書いていて、無料の記事がメインとなっているアカウントからピックアップして紹介します。日々の情報収集にご参考いただけましたら幸いです。 ※掲載順はカテゴリーごとの五十音順です。カテゴリーは主に執筆されているテーマを参考に、目安として分類したものです（2020年5月29日時点）。今後そのほかのテーマの記事が執筆されることもありますのでご了承ください。 （文：Marketing Native編集部・岩崎 多） ※肩書、内容などは記事公開時点
はじめに これは Angular Advent Calendar 2019 10日目の記事です。 こんにちは (｡･ω･｡) Angular と Firebase で CGM サービス（一般ユーザー投稿型サービス）を開発している者です。 早いもので、Angular Advent Calendar も 3 回目の参加となります。 例年ではなんとなく不吉な 4 日目をいただいていたのですが、今年も募集当日にエントリーしに行くと既に 9 割ほどの枠で参加表明があり、狙っていた？ 4 日目も埋まっていました。 （どこでも良いので他の人が嫌がる確率が高そうなところに入ったろの精神 今まで #1 しかなかったカレンダーが今年は勢いそのまま #2 まで誕生し、ここ 1 年での Angular コミュニティの成長を実感しています (ﾉﾟ∀ﾟ)ﾉ 小話はこの辺で... この記事では、約 2 年間 Angul
Godot 4メモ
最終更新日：2024年02月18日 オープンソースのゲームエンジンGodotの特徴やTipsをメモしています。 更新履歴 （2024年2月18日）Webエクスポートの対応状況等を更新、C#のサポート状況を反映、「Godot Engineの名前の由来と読み方について」を更新 （2023年10月9日）Androidエクスポートのセットアップ方法を更新 （2023年7月22日）「エディタのスクロール速度について」を追加 （2023年5月20日）Debug Menu add-on for Godot 4.xを紹介 （2023年3月2日）Godot 4.0安定版リリースを簡単に反映 Godotとは GodotはオープンソースのC++製2D/3Dゲームエンジンです。 もともとは2007年頃から元アルゼンチン在住のJuan Linietsky氏（現在はスペインに移住）とAriel Manzur氏が開発し
プログラミング演習 Python 2019 コラム編 京都大学 国際高等教育院 喜多 一 Version 2020/02/13 0 目次 次の章へ 目次へ 2 目次 0. コラム 0 始まり ............................................................................ 4 0.1 Python は 0 ではじまる............................................................ 4 0.2 1 始まりではいけないのか ........................................................ 4 0.3 結局は .........................................................
0 前章 0.1 概要 聞くところによると業務の8割がソースコードを読む時間らしい。しかし、8割という規模感の割には世間でソースコードの読み方についての議論が活発にされている印象はない上に、体系的かつ順序立てたソースコードの読み方をまとめたWebサイトや書籍も少ない。疑問に思いながらもそれなりに長いことデバッガーを使った読み方・リーダブルコードの内容・Web記事を参照にしてソースコードを読んでいた。 しかし、ソースコードリーディングの方法についての情報がメモアプリ内で散らかってしまい、いつまで経ってもソースコードリーディングの技術が体系的に身についていないと感じた。そのため、本稿では本・Web記事・YouTubeなど媒体を問わず、様々な文献からソースコードを効率的に読む方法をチートシートにしてまとめた。チートシートにする目的は「見返して反復し長期記憶化しやすいようにするため」と「ソースコー
問題 最近、あるテーブルに started_at って名前のカラムをつけてしまったんだけど、あまりよくないっぽい。（あまり深く考えずに、created_at とか同様に過去分詞_atでいいだろと思って命名した。） 解説 start や end は自動詞にも他動詞にもなれるんだけども、例えば Campaigns というテーブルに対して、start した datetime を格納するためのカラムを追加するときは、Campaign が主語になり、「キャンペーンが始まる」という意味の自動詞にするのが自然とのこと。こうすると、自然言語では「The Campaign starts at 9 PM today.」とかなるので、starts_at と命名するのが自然っぽい。 現場 インターネット で検索してみたら、あるあるなのかなぁ 〜 日付のカラム名、started_at にするか start_at に
アクション,アクティビティ,アクセスログ,アクセシビリティ,追加する,アプリを連携させる,メンバーを追加する,Slack に追加する,管理者すべてのパスワード,アナリティクスandroid,社内通知,社内お知らせ,App ディレクトリ,アプリのアイコン,Apple Watch,アプリの承認,アーカイブする,Asana,Atlassian,オートメーション化アプリ,バッジ,お支払い情報,請求,Bitbucket,ボットユーザー,box,ブラウズする,通話,通話：、キャンセル,変更,チャンネル,簡単にチャンネルを作成,チャンネルの管理,チャンネルの通知,チャンネルのおすすめ,ドメインを申請する,閉じる,企業文化,プラスデータエクスポート,作成する,コンピューター,会話,変換する,接続する,連携アカウント,接続,接続する,メッセージをコピーする,作成,カスタマイズ,カスタマイズする,カスタム S
はじめに どうも医者やめ太郎のikoraです もうすぐ医者辞めて１年になるので記事をしたためることにしました 簡単な自己紹介 医者です 今は生成AIエンジニア？やってます 専門は画像生成です 他もBackendやちょこっとインフラ周りなどぼちぼちやってます 余暇にLangChain × Elasticsearch(Vector store)で医療版ChatGPT（RAG）とか作ったりしてLLMにも興味あります 結論 なんか画像生成のモデル作ってたら日本でも指折り？の性能だったらしく、X（当時はまだTwitter）でヘッドハンティングされました 小生、医者だからやだー、まだキャリア積みたいのー。と若干の駄々をこねましたが相手がガチだったので面白そうで医者やめてきました 経緯 経緯もクソもないのですが、ざっくり時系列をおまとめ。 2022年8月：黒船襲来、Stable diffusionが公開
[社内勉強会レポート]『The Rust Programming Language』勉強会#1 | DevelopersIO
Rustの入門書『The Rust Programming Language』の社内勉強会レポートです。 はじめに 社内で行われた勉強会のレポートです。参加者のRustの経験は実務で少しずつ導入している人からRustの本を買って積んだままにしている人まで様々です。 クラスメソッドのSlackには様々なチャンネルがあり、その一つRustについて話す所があります。そこで社内勉強会を行うことになったのでそのレポートを記事にします。 Developers.IOでは社内勉強会についての記事は過去にテスト駆動開発の読書勉強会などのレポートなどが公開されています。この勉強会のレポートもそれを踏襲します。 [社内勉強会レポート] 『テスト駆動開発』読書勉強会 #1 ｜ DevelopersIO TRPLについて 今回勉強会のテーマになっている『TRPL』はRustが公式に提供している入門書です。The R
![[社内勉強会レポート]『The Rust Programming Language』勉強会#1 | DevelopersIO](https://cdn-ak-scissors.b.st-hatena.com/image/square/a68d4d659f20acdde302fa783f1f54ab7babc398/height=288;version=1;width=512/https%3A%2F%2Fdevio2023-media.developers.io%2Fwp-content%2Fuploads%2F2019%2F08%2F25008661._UY630_SR1200630_.jpg)
メリークリスマス🎄 こちらは GLOBIS Advent Calendar 2019 25日目の記事です。 自己紹介 こんにちは、@mshrwtnbです。1ヶ月ほど前にGLOBISに入社し、現在、GLOBIS学び放題のアプリ開発を担当しています。iOS版GLOBIS学び放題を使いやすくすべく、チームメンバーとともにゴリゴリ書き直しています。ご期待ください💪 直近まではソシャゲを主力とする企業で、複数サービスのアプリ開発、マネジメントをしておりました。 記事の目的 これまでのアプリ開発・運用の経験をもとに、アプリ開発着手からリリースまでにやっておくと後々役立つことをご紹介します。想定読者はサービス運用の経験が少ないアプリエンジニア1とします（経験を積まれている方に既視感強めの内容かと思います）。チョイスは独断と偏見です。他にやっておくと、便利そうなことがあればコメントいただけると幸いです
JUnit未経験者がテストコードを書ききるためにまずやったことと、初心者的悩みポイントを逆引き解説 - Qiita
はじめに : ユニットテストを書いたことない頃の私の声 わかっているんです。知っているんです。ユニットテストを書いた方がいいのは。 だけどさ何から始めればいいの？ どうやってテストコード追加するの？ なんかアノテーションがやたらあるのは知ってる。ただ使い方がわからん。 ていうか時間がない！書く時間というか、そもそも最初のキャッチアップの時間が！作れない！ というのは数か月前までの私の心の声。 その後、ユニットテストを2つほど書いてみたところで、とりあえず上記のような心の声には「大丈夫だよ、これで始められるよ」と寄り添えるようになった気がします。 そこで ユニットテストナニモワカラナイ（本来の意味）・・から、どきどきしつつも挨拶ができるようになるくらいまでに何をしたか テストを書くにあたって最初に直面した「これってどうしたらいい・・・？」を逆引き解説※ をまとめます。 ※解説とか大層なことを
【2024年版】フロントエンドに求められるミドルレベルのエンジニアと達成する為にすべきこととは - Qiita
はじめに 経験年数を数年積んでくると、大体の実装はできるようになったけど、この先何を目指すべきなんだろう？と迷子になってしまうことがないでしょうか。 今回は私と同じような迷える子羊に「ジュニアレベルを卒業してミドルレベルのエンジニア」を目指す際に意識すべきことや、具体的に何をやっていけばいいのかをまとめてみました。 これは自分のための記事であると同時に、同じようにミドル層、ひいてはシニアレベルのエンジニアを目指す方にも刺さる内容になっているかと思います。 今、自分がどのようにキャリアアップしていくべきなのか、どのような道筋でスキルを磨いていけばいいのか。そんなふうに悩んでいる方は是非読んでみてください。 今同じくキャリアに悩むフロントエンドエンジニアの方の道標になれば幸いです。 ※内容はフロントエンジニアが対象になりますが、バックエンドの方もなにか通じるものがある…かもしれません。 ジュニ
Tailwind CSSをカオスにしないための5つのベストプラクティス（翻訳）｜TechRacho by BPS株式会社
概要 元サイトの許諾を得て翻訳・公開いたします。 英語記事: 5 best practices for preventing chaos in Tailwind CSS—Martian Chronicles, Evil Martians’ team blog 原文公開日: 2023/10/10 原著者: Nina Torgunakova（フロントエンドエンジニア）、Travis Turner（技術編集者） サイト: Evil Martians -- ニューヨークやロシアを中心に拠点を構えるRuby on Rails開発会社です。良質のブログ記事を多数公開し、多くのgemのスポンサーでもあります。 日本語ブログ: 合同会社イービルマーシャンズ - Qiita 章立てや強調の一部は原文から変更しています。 参考: Tailwind CSS - Rapidly build modern webs
「.NET Conf 2020 Online - .NET 5 リリース記念 パーティートークへようこそ」のまとめ #dotnetconf - みちしるべ
.NET Conf 2020 Online - .NET 5 リリース記念パーティートーク 面白く、ためになったので、文字起こししてみました。 告知内容 はじめに スピーカーのみなさま（敬称略） .NET Conf 2020 Online - .NET 5 リリース記念 自己紹介と推し機能 祝 .NET 5 リリース！ スライド 動画 NET 5 / BCL / C# 9 ASP.NET Core / Blazor WebAssembly Entity Framework Core Cloud native / Microservices Xamarin / .NET MAUI Preview Windows 向け機能 / その他 NET 5 / BCL / C# 9 スライド 動画 Announcing .NET 5.0 .NET 5.0 Highlights Tools Native
こんにちは、Eight事業部で Eight Career Design(ECD)のフロントエンド開発をしている藤野です。ECDとはEightを利用されている方のスキルや人脈といった情報にもとづいて、各企業が求める人材をリコメンドすることでより良い出会いを提供する、というサービスです。ECDについて詳しくは以下の記事にて紹介されています。 buildersbox.corp-sansan.com 私は2020年に新卒としてSansanに入社しました。入社前にも半年程インターンとして開発に参加していました。早く業務に慣れ、事業に貢献できるように日々受けたレビューを振り返り、成長できるように努めています。今回は私が受けたコードレビューの分類と、その振り返りについて書いていこうと思います。 コードレビューって何？ エンジニアとしてチーム開発を行う上で避けては通れない道、それがコードレビューです。コー
はじめに 2020年10月、Githubがデフォルトのメインブランチ名をmasterからmainに変更しました。理由は、masterがslave（奴隷）を背後に連想させるため。 旧来の価値に根差した既存の用語を置き換える動きは、2020年を契機としてますます勢いを増し、その影響は仕様の策定から命名規則などのコーディング面にまで幅広く及んでいます。 こうしたアメリカのテック界の様相をInclusive Writingの切り口から、Google, Appleのスタイルガイドを摘要しながら概観するのが本稿の趣旨です。 Inclusive Writingとは？ Inclusive Writingはかんたんには、多様な読者を意識した書き方、といえます。 Inclusiveは日本語でも「インクルーシブ教育」等、ダイバーシティの文脈でカタカナ語として定着しつつありますが、強いて訳せば「包含、包み込む」と
結論 扱うデータが日付 (date) なら、 registered_on のようにsuffixには on を使うべし 扱うデータが日時 (datetime) なら、 registered_at のようにsuffixには at を使うべし 背景 これまでデータベースのカラム名を命名する際、日付 (date) でも日時 (datetime) でもsuffixには at を使っていた。 だが先日、英語的には日付と時間で明確に使い分けがあって日付の場合は at よりも on のほうが適切である、と教えてもらった。 english-club.jp 端的にまとめると、 at は点を示す前置詞なので時間を厳密に表す場合に適切、 on は曜日や日など（時間に比べて）幅のあるものを表す場合に適切、ということらしい。 コーディング規約的にはどうなのか 理屈としては理解できたが、これまで聞いたことがない使い分け
いつもclassの名前をどうするかで悩むどこにどんなclassを付けたか忘れてしまい、コーディングに時間がかかるclassの命名に必要な英語がパッと浮かばない class命名規則のポイント主なポイントclass名を見たらどこの何かがわかるまずclass名を付けるときに注意したいのが、class名を見ただけでどの部分の何に対して指定しているのかある程度検討がつくということです。 特にコーディングを学び始めて間もない方はナンバリングをするだけだったり、何の脈絡もない名前を付けてしまったりして、修正が必要になったときに見返すと「何が何だかわからない状態」になってしまう人もいたりします。 そんな悲劇はもうたくさんです。class名を見れば「だいたいこの辺かな？」とアタリが付けられるようにしましょう。その術を以降で伝えていきます。 ある程度の規則性があるコードの品質が高いレベルで必要な場合は「厳格な
こんにちは、ボケ倒したいのを日頃我慢しているむっそです。今回は日常会話で使えば面白くなりそうなIT用語を用例も交えて書いていこうかと思います。 うまく使えれば知的ユーモアの溢れるインテリパーソンになれるかもしれないし、スベり散らかしてしまえばこの世のゴミみたいな不当な扱いを受けるかもしれないです。 試すかどうかは、、、そう、あなた次第です。 コロナで在宅3年とかやってたら発狂してネタ記事くらい書きますよ、人間だもの はじめに この記事を思いついたきっかけは私の好きな本である、インテリ悪口本のコンセプトです。 要はインターネットに氾濫する悪口がつまらないのは、そこに知性もユーモアも宿っていないからであり、うんちくやユーモアを付け加えることで悪口を楽しさや知的好奇心に変えられるというコンセプトです。 このコンセプトに則り、下品な飲み会や、吐き気がするほどつまらない1on1などの日常会話で、IT
Last Commit Date of Markdown Sources: Tue Oct 25 10:20:24 2022 +0000 i The Rust Programming Language 日本語版 著：Steve Klabnik、Carol Nichols、貢献：Rust コミュニティ このテキストのこの版では Rust 1.58（2022 年 1 月 13 日リリース）かそれ以降が使われているこ とを前提にしています。Rust をインストールしたりアップデートしたりするには第 1 章の「インス トール」節を読んでください。 HTML 版は https://doc.rust-lang.org/stable/book/で公開されています。オフラインのときは、 rustup でインストールした Rust を使って rustup docs --book で開けます。 訳注：日本語の
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
「正直９年経ったいまでもfor文ググってる」 - Qiita
「良い名前付け」の参考サイトまとめ - Qiita
レベルアップしたい人必見 Qiita記事43選 - Qiita
人生で影響を受けた本100冊。英語(77) - Qiita
「GitHub Copilot」を使う時、何に注意するべきか GitHub社・服部氏が解説する、活用のTips
導入1ヵ月で、35,000行分のコーディング時間を削減 定量面・定性面から評価する「GitHub Copilot」
2019年にRustで初めてツールを作るときに役にたったリンク集 - Qiita
0からScalaを本番導入して感じたこと・考えたこと - k.dev
インターネットの時刻を守り続ける問題
何個知ってる？入社して知った面白業界用語10選 - 意匠部
Angular と Firebase で月間PV1億超えの PWA を作った話 - Qiita
京都大学プログラミング演習Python2019コラム編.pdf
ソースコードを読むための技術(チートシート) - Qiita
started_at ってカラム - 線路は続くよどこまでも。
Slack のアップデートと変更
未経験から医者辞めてエンジニアになった話 - Qiita
アプリ開発着手からリリースまでにやっておきたいこと10選 - Qiita
新卒の私が受けたコードレビューを振り返ってみた - Sansan Tech Blog
やさしくて難しいInclusive Writing入門 ～GoogleとAppleのスタイルガイドを読む
DBでdateとdatetimeを扱うときのカラム名suffixの使い分け - モヒカンメモ
【初学者必見】HTMLにつけるclass名(クラス名)の命名規則の考え方を徹底解説！ - PENGIN BLOG
IT用語を使ったユーモラス日常会話集 - Qiita
The Rust Programming Language: 2018 Edition