Hatena Blog Tags
はてなブログ トップ
技術記事
このタグでブログを書く
言葉の解説
ネットで話題
関連ブログ

技術記事

このタグの解説についてこの解説文は、すでに終了したサービス「はてなキーワード」内で有志のユーザーが作成・編集した内容に基づいています。その正確性や網羅性をはてなが保証するものではありません。問題のある記述を発見した場合には、お問い合わせフォームよりご連絡ください。
datacollector’s blog•1ヶ月前

プログラマー必見！日本で話題の人気技術記事【1-10】

IT業界は日々進化し続けており、最新情報のキャッチアップはエンジニアにとって欠かせません。今回は、現役エンジニアやIT初心者にも大好評の「読み応えあり」「実践的」「共感できる」技術記事を厳選して10本ご紹介します。 これらの記事は、Qiitaなどの技術コミュニティで数千もの「いいね」を獲得しており、エンジニアのバイブルとも言えるほど支持されています。スキルアップを目指す方、キャリアに悩んでいる方、学びのきっかけが欲しい方にぴったりです。 1. 「新人エンジニアサバイバルガイド」 新しくエンジニアとしてキャリアをスタートしたあなたへ。必要な基礎知識を丁寧に解説しています。リンク：新人エンジニアサ…

#プログラミング#初心者#エンジニア#ITキャリア#技術ブログ#Qiita#技術記事#プログラマー#IT業界#レビュー

関連ブログ

ありログ•7ヶ月前

AWS ECS ServiceConnectを試してみた

ServiceConnectとは ECSサービス間通信を実現するソリューション ECSサービスの間にALBを挟むなどといったケースが考えられるが、コストや運用を考えると余分にリソースを増やしたくない・・という時に良さそう 構成図の例 (同一VPC内でECSサービス間通信) ServiceConnectを利用する際は、Cloud Mapで作成した名前空間にECSサービスを登録することで、同一の名前空間に属するECSサービスと通信できるようになります。 Memo Linuxコンテナのみがサポート対象 ECSのスタンドアロンタスクでは利用できない 例えばEventBridgeのスケジューラーを用いた…

#AWS#ECS#技術記事
俺には勉強しかない•9ヶ月前

技術記事を個人ブログ、Qiita/Zennどちらで書くか問題に対するアイデア

技術記事の投稿先としてどのプラットフォームがベストかについては、昔から議論と検討がなされてきた。 scrapbox.ionote.comzenn.dev まず、私は記事の内容によってプラットフォームを使い分けるのがベストだと考える。 各プラットフォームにはそれぞれのメリット※と特性があり、記事の内容によってベストな投稿先が異なるからである。 （※それらについてはこの記事では論じない）そのため、当記事では（タイトルとずれるが）「技術記事を書きたい時、プラットフォームをどう使い分けるか」について、自分のアイデアを書きたいと思う。私が考えるベストな使い分けは、こうである。 技術についての知見・ノウハ…

#技術記事#Qiita#Zenn
VISASQ Dev Blog•10ヶ月前

FastAPIの巨人の肩について調べました

こんにちは、暑い日が続きますね。 こんな日はライムがキリッと効いた一杯でキメたいところです、エキスパート/lite開発の下山です。 今回は自身が担当しているサービスのバックエンドであるFastAPIについてお話ししたいと思います。 FastAPIってなに FastAPI は、Pythonの標準である型ヒントに基づいてPython 以降でAPI を構築するための、モダンで、高速(高パフォーマンス)な、Web フレームワークです。 （fastAPI 公式ドキュメント） はい。 型ヒントあるし、モダンで高速なんですね。 ところでページ下部になんか書いてました。 FastAPI は巨人の肩の上に立って…

#技術記事
からんころんと技術探求•1年前

最近読んだ技術系の記事について

GitHub Actionsにおける脅威と対策について zenn.dev 業務で最近 GitHub Actionsを使ってるけど、セキュリティについてあまり意識してなかったなあ。 GitHubアカウント自体の権限の話については考えることは当たり前になっていたのでアカウント乗っ取りなどはおいておいておく。依存関係のあるモジュールを実行する際、Self Hosted Runner上の実行権限などを緩めている場合とかに、不正なコードを実行しかねないなあと思ったりした。 あと、CI/CD で GitHub Actionsをフル活用していくなら、Actions用のセキュリティ目的のリンタやリポジトリの設…

#技術記事#感想#技術
yuki-uchidaの雑思考•1年前

記事執筆のモチベーションを維持するために「人の役に立つ」ことを諦める

2024年は、「技術発信を頑張る」というのを目標にしている。 この目標は1月に設定して、既に3か月が経過しているが、今のところ上手くいっていない。 書いた記事はまだ二つだけで、この記事を書くにもかなり苦労した。 zenn.dev zenn.dev 目標を設定したときはモチベーションに満ち溢れていたが、記事を書こうとしたときには既にモチベーションの低下が始まっていて、一週間くらいかけて”頑張って”記事を書いた。 なんで「モチベーションが下がっているんだろう」というのを考えて、自分なりに理由が見つかったのでまとめておく。 モチベーションを低下させる要因 一つ目は、「記事を執筆して出すまでのリードタ…

#技術記事#記事執筆#執筆が捗らない。
自転車とプログラミング•1年前

技術記事をコンパクトに書きたい。〇〇のスコープを意識する

こんにちは、Watanabeです。 先日のRails appの記事は結構長くて書くのが大変で、途中でRubyのバージョンアップに失敗したからそちらの記事を書き始めたりと、何日かにわたる大作になってしまいました。 「大作志向だといつか記事を書ききれなくてお蔵入りになるよなー、というか現職ではそういうことがちょくちょくあるなー」と思いまして技術記事をコンパクトにかけないかなと思案しています。 技術記事には何が必要なのか 結局、技術記事には何がコアとして必要で、なにが不要なのかっていうのは深く考えたことがなかった気がする。 プログラミング中につまったことであったり、課題的なところをビフォーアフターで…

#技術記事
Kashiwara0205•5年前

Capybaraの不安定なシステムテストの症状とその対策

概要 Capybaraを使った時の不安定なシステムテストの症状とその対策について下記にまとめます。 環境 rails: 6.0 capybara ランダムなテストデータによって落ちるテスト 症状 ランダムにテストデータが作成されている時に発生します。 例えば、テストユーザかどうかを示すフラグが1/2の確率でランダムに作成されており、ユーザが画面から出たり消えたりしてテストが落ちます。 テストユーザの例では、1/2の確率なので早期発見が可能ですがテストデータがより複雑なものでありデータ同士が関係性を持つものであれば、確率が減少して発見されにくくなります。 対処法 ランダムなテストデータは作らない…

#Rails#Capybara#技術記事