ITエンジニアはつらいよ、「1人月160時間」の要員計画では常に残業が発生
Q．29歳のシステムエンジニア（SE）です。先月から休日出勤続きで、今月も平日残業はもちろん、休日出勤が多くなりそうです。顧客に提示した見積もりと一致する受注プロジェクトなら残業はないはずだと不思議に思っています。要員計画は、月20日で160時間働く前提になっています。入社以来、全てのプロジェクトにおいて残業がありました。SEやプログラマーなどITエンジニアは残業が多いと割り切っていますが、つらいときがあります。残業が常態化している状態は、明らかにおかしいです。 残念ながら質問にあるプロジェクトは、最初から残業が当然という要員計画です。1人月を「1日8時間、月20日で160時間働く前提」としています。月の就労日数が平均20日だとすると、これでは順調なプロジェクトであっても必ず残業が発生します。 さらに、要件定義の見直しによる仕様変更やシステムトラブルが重なったときは、過重労働（長時間残業）
Azure FunctionsでLINE Bot作成 - Qiita
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? はじめに 本記事は、Microsoft AzureのAzure Bot Serviceを利用した、画像認識の方法を記載しています。 ※2021年9月時点での手順です(クラウドサービスのため変更されている可能性あり) 前提 LINEアカウントを持っていること 通常のLINEを利用できるもの もしLINEを使っていない場合は、アカウントの作成が必要 Azureアカウントを持っていること もしアカウントを持っていない場合は、こちらからアカウント登録 準備手順 LINE Messaging API LINE Developersにログイン こち
サーバレスってなに？Alibaba Cloud, AWS, Azure, Google Cloud のサーバレスサービスを比べてみました｜クラウドテクノロジーブログ｜ソフトバンク
サーバレスってなに？Alibaba Cloud, AWS, Azure, Google Cloud のサーバレスサービスを比べてみました</h1>\r\n"}}" id="text-469def0355" class="cmp-text"> サーバレスってなに？Alibaba Cloud, AWS, Azure, Google Cloud のサーバレスサービスを比べてみました <span class=\"biz-smb-fs-p1\"><b>Batch/OLAP Software Engineer, CRE（Customer Reliability Engineer）<br>\r\n 大原 陽宣</b></span></p>\r\n<p>多様多種で複雑なデータを明確化し、テクノロジーでイノベーションを起こすことで、昨日までは不可能だったものを、明日は可能になるようなデータエンジニアを目指し
個人開発LINEボット「瞬間Deep和訳」が半年で友達300人突破！公式アカ上位25%への軌跡 - Qiita
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? LINEトーク画面で英文画像を送ると、OCRしてDeepLによる高精度和訳してくれるLINEボット「瞬間Deep和訳」がローンチから半年で友達300人を突破しました。 LINEからのお知らせがあったのですが、友達300人以上のLINE公式アカウントは上位25%に含まれるそうです。 そこで、どんなふうにユーザーが増えていったか、個人開発したサービスの緩やかなグロースの軌跡をまとめたいと思います。 2022年2月1日に瞬間Deep和訳をリリース 瞬間Deep和訳は、2022年2月1日に個人開発でリリースしたLINEボットです。 ※QRコード
2021 年 8 月のセキュリティ更新プログラム (月例) | MSRC Blog | Microsoft Security Response Center
2021 年 8 月 11 日 (日本時間)、マイクロソフトは以下のソフトウェアのセキュリティ更新プログラムを公開しました。 .NET Core & Visual Studio ASP .NET Azure Azure Sphere Microsoft Azure Active Directory Connect Microsoft Dynamics Microsoft Graphics Component Microsoft Office Microsoft Office SharePoint Microsoft Office Word Microsoft Scripting Engine Microsoft Windows Codecs Library Remote Desktop Client Windows Bluetooth Service Windows Cryptograph
.NET 6 以降では使用できない .NET Framework テクノロジ
.NET Framework ライブラリで使用できるいくつかのテクノロジは、アプリ ドメイン、リモート処理、コード アクセス セキュリティ (CAS) など、.NET 6 以降では使用できません。 ライブラリがこのページに記載されているテクノロジの 1 つ以上に依存している場合は、前述の代替アプローチを検討してください。 API の互換性の詳細については、「.NETでの破壊的変更」を参照してください。 アプリケーション ドメイン アプリケーション ドメイン (AppDomains) は、アプリを互いに分離します。 AppDomain にはランタイム のサポートが必要であり、リソースコストがかかります。 アプリ ドメインの作成はサポートされておらず、今後この機能を追加する予定はありません。 コードを分離するには、別のプロセスまたはコンテナーを別の方法として使用します。 アセンブリを動的に読み
.NET のトレーニング
このブラウザーはサポートされなくなりました。 Microsoft Edge にアップグレードすると、最新の機能、セキュリティ更新プログラム、およびテクニカル サポートを利用できます。 .NET 向け Microsoft Learn .NET C#、F#、Visual Basic などのプログラミング言語を使用して、複数のプラットフォームにまたがるアプリを構築する方法をご確認ください。 Windows、Linux、macOS でサポートされており、.NET を使用して次のプロジェクトの開発を今すぐ開始することができます。 すべての .NET パスを参照する .NET の概要 .NET は、さまざまな種類のアプリケーションをビルドするための、無料のクロス プラットフォームかつオープン ソースの開発者向けプラットフォームです。 .NET では、複数の言語、エディター、およびライブラリを使用して、
静的コンストラクター - C#
静的コンストラクターは、任意の静的データを初期化するため、または 1 回だけ実行する必要がある特定のアクションを実行するために使用されます。 最初のインスタンスが作成される前、または静的メンバーが参照される前に、自動的に呼び出されます。 静的コンストラクターが呼び出されるのは多くても 1 回です。 class SimpleClass { // Static variable that must be initialized at run time. static readonly long baseline; // Static constructor is called at most one time, before any // instance constructor is invoked or member is accessed. static SimpleClass() {
例外のベスト プラクティス - .NET
アプリケーションの信頼性には、適切な例外処理が不可欠です。 予期される例外を意図的に処理して、アプリのクラッシュを防ぐことができます。 ただし、クラッシュしたアプリは、未定義の動作を持つアプリよりも信頼性が高く、診断可能です。 この記事では、例外の処理と作成に関するベスト プラクティスについて説明します。 例外の処理 次のベスト プラクティスは、例外の処理方法に関するものです。 try/catch/finally ブロックを使用してエラーから復旧するか、リソースを解放します 例外を回避するために一般的な条件を処理する 取り消しと非同期例外をキャッチする 例外を回避できるようにクラスを設計する 例外が原因でメソッドが完了しない場合の復元状態 例外をキャプチャして適切に再スローする try/catch/finally ブロックを使用してエラーから復旧するか、リソースを解放します 例外を生成する
「テストコードにはテストの意図を込めよう」の発表報告＆補足説明＆質問回答 #vstat - ブロッコリーのブログ
先日、「リーダブルなテストコードについて考えよう～VeriServe Test Automation Talk No.3～」というイベントで登壇してきました。 veriserve-event.connpass.com 今回は発表内容に対する補足と、発表に対していただいた質問に回答します。気になるところだけでも読んでもらえればと思います。 目次 目次 発表内容 発表に対する補足 【補足1】都道府県のテストについて 【補足2】Parameterized Testsへの利用について いただいた質問の回答 【質問1】リーダブルなテストコードの勉強方法はありますか？ 【質問2】テストコードのメンテナンスをするにあたってのリファクタリングの頻度はどれくらいか？ 【質問3】レビューをする際、機能自体のレビューにかけた時間に対してテストのレビューにかける時間はどのくらいの割合で行っていますか? 【質問4】
iis-6 — 'w3wp'プロセス名をPIDまたはユーザー名に変換する方法は？ （つまり、「w3wp＃29）
Windows Server 2003 IIS6 Webサーバーでいくつかのperfmonカウンター/レポートを実行しています。各Webサイトは、独自のアプリケーションプール/ワーカープロセスユーザーの下で実行されています。 レポートは、たとえば次のようにサイトの名前を提供しています。 w3wp#29 w3wp#30 w3wp#31 w3wp#32 それぞれがどのWebサイトに関連しているかを判断できるように、ワーカープロセス名（またはPID）が必要です。 ＃29、＃30、＃31などの番号はPIDではありません。タスクマネージャーでPIDビューを有効にする場合、またはSysinternals Process Managerで[コマンドライン]列を有効にする場合、またはiisapp.vbsスクリプト（PID）を使用する場合です。長い数字です。 上記のプロセスをアプリケーションプールのユーザー
C を使用して JSON をシリアル化および逆シリアル化する# - .NET
System.Text.Json 名前空間は、JavaScript Object Notation (JSON) との間でシリアル化および逆シリアル化 (またはマーシャリングとアンマーシャリング) を行う機能を提供します。 "シリアル化" は、オブジェクトの状態 (つまり、そのプロパティの値) を格納または送信できる形式に変換するプロセスです。 シリアル化された形式には、オブジェクトに関連付けられているメソッドに関する情報は含まれません。 "逆シリアル化" では、シリアル化された形式からオブジェクトを再構築します。 System.Text.Json ライブラリの設計では、広範な機能セットよりもハイパフォーマンスとメモリ割り当ての少なさが強調されています。 組み込みの UTF-8 サポートによって、UTF-8 としてエンコードされた JSON テキストの読み取りと書き込みのプロセスが最適化さ
対象となる .NET Framework を指定する - Visual Studio (Windows)
Visual Studio では、プロジェクトのターゲットにする .NET のバージョンを指定できます。 フレームワークのターゲット設定は、指定されたフレームワーク バージョンで使用できる機能のみをアプリケーションが使用することを保証するのに役立ちます。 .NET Framework アプリを別のコンピューターで実行するには、アプリケーションが対象とするフレームワークバージョンが、コンピューターにインストールされているフレームワークバージョンと互換性がある必要があります。 Visual Studio ソリューションには、さまざまなバージョンの .NET を対象とするプロジェクトを含めることができます。 ただし、1 つのビルドに対して参照条件を使用するか、ターゲット フレームワークごとに異なるバイナリをビルドするかのどちらか 1 つのバージョンの .NET に対してのみビルドできることに注意
参照マネージャーで参照を追加する - Visual Studio (Windows)
[参照マネージャー] ダイアログ ボックスを使用して、自分、Microsoft、または他の会社が開発したコンポーネントへの参照を追加および管理できます。 ユニバーサル Windows アプリを開発している場合、プロジェクトは正しい Windows SDK DLL をすべて自動的に参照します。 .NET プロジェクトを作成すると、プロジェクトは必要なコンポーネント (.NET SDK など) を自動的に参照しますが、機能を追加するときに参照を追加する必要があります。 一部の .NET API は、手動で追加する必要があるコンポーネントで公開されています。 COM コンポーネントまたはカスタム コンポーネントへの参照を手動で追加する必要があります。 参照しているライブラリで NuGet パッケージを使用できる場合は、NuGet パッケージ マネージャーを使用します。 「NuGet パッケージの
メモリモデル？なにそれ？おいしいの？ - yohhoyの日記（別館）
この記事はC++ Advent Calendar 2014の21日目にエントリしています。 内容はC++メモリモデルと逐次一貫性についての概説記事となっています。 flickr / nomadic_lass もくじ 忙しい人のための「C++メモリモデル」 C++メモリモデル一問一答 ソフトウェアからみた「C++メモリモデル」 “メモリ”という共有リソース C++ソースコードが実行されるまで メモリの一貫性と整合性 逐次一貫性モデル is Easy ハードウェアからみた「C++メモリモデル」 ハードウェア・メモリ一貫性モデル C++コンパイラの責任と自由 強いメモリモデル vs. 弱いメモリモデル 逐次一貫性モデル is Hard （本文のみ約9600字） まえがき When your hammer is C++, everything begins to look like a thumb
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
【セキュリティ ニュース】開発プラットフォーム「GitLab」に深刻な脆弱性 - アップデートを強く推奨（1ページ目 / 全1ページ）：Security NEXT
Google 製 yaml フォーマッター「yamlfmt」を試してみる
Import-Csv (Microsoft.PowerShell.Utility) - PowerShell
.NET のドキュメント
Your git log is not a changelog!