[B! システム] tentative_hopeのブックマーク

tentative_hope id:tentative_hope

システムに関するtentative_hopeのブックマーク (6)

新入社員に向けて私が3年間で読んだ技術書を紹介する - Qiita
はじめに今回は私が3年間で読んだ技術書をひたすら紹介します。私は2021年4月に新卒でSIerに就職し、2024年4月でエンジニア4年目となりました。そんな私の入社時のスキル感はどうだったかというと... 非情報系学部卒の理系学部4年生の時に研究室で少しPythonを触ったことがある程度 HTTP?なにそれ？でした。こんな感じでほぼゼロからのスタートでしたが、3年間でどのくらいのスキル感になったかというと、ざっくりと基本的に一人称で開発業務ができる小規模のシステム開発なら技術選定やアーキテクチャの検討も可能某(若手向け)技術コンテストで入賞経験あり OSSコントリビューション経験あり IT関連の資格7つ取得くらいには成長することができました。これから紹介する技術書を読むだけでこのくらいのスキル感になれますという話ではなく、当然日々の業務であったり、その他のインプット/
tentative_hope 2024/04/13
システム

開発

仕事
リンク
[Doc] 要件定義書テンプレート・要件定義書の書き方 - Qiita
下記ドキュメントバージョンに関する注意点です。バージョン番号のルールを定める：バージョン番号は、どのようにつけるかルールを定め、チーム全員が同じ理解で使用するようにする必要があります。たとえば、変更内容によって数字がどのように増えるか（major, minor, patch）、何桁で表現するかなど、具体的に決めておくことが重要です。変更履歴を明確にする：どのような変更があったのか、それがどのバージョンで実施されたのかを明確にすることが必要です。これにより、何らかの問題が発生した場合に、どのバージョンから問題があるのか特定することができます。ドキュメントの保存場所を一元化する：ドキュメントのバージョン管理には、ドキュメントを保存する場所を一元化することが重要です。それにより、異なるバージョンのドキュメントが、複数の場所に分散してしまい、誤ったバージョンが使用されることを防ぐことができま
tentative_hope 2022/10/09
システム

仕事
リンク
「便利になる」だけでは人は動かないし、「当事者意識をもってくれる人」はめちゃ貴重だという話
この記事で書きたいことは、大筋下記のようなことです。・「これは問題だ」「だから改善したい」と、自分ごととして真剣に考えてくれる人というのは極めて希少です・ただ「便利になる」というだけでは誰も動かないし、どんなにいいものを作っても使ってもらえません・当事者意識を「持ってもらう」ということは基本的に出来ません・当事者意識を持っている人を別に探し出すことで、なんとか状況を打開出来る場合もあります・だから、「この人は当事者意識を持ってくれている/くれていない」を嗅ぎ分ける能力はとても重要ですよろしくお願いします。さて、書きたいことは最初に全部書いてしまったので、後はざっくばらんにいきましょう。以前にも書いたことがありますが、私はかつて、システム開発の会社に勤めていました。社員数は4桁に届かないくらいで、SI案件とSES案件が大体半々くらい、自社業務と客先常駐も大体半々くらいという
tentative_hope 2022/05/27
システム

仕事

マネジメント

考え方
リンク
コンテナ技術入門 - 仮想化との違いを知り、要素技術を触って学ぼう｜ハイクラス転職・求人情報サイト AMBI（アンビ）
コンテナ技術入門 - 仮想化との違いを知り、要素技術を触って学ぼうコンテナ技術を適切に活用するには、コンテナが「どうやって」動いているかを学びたいところ。はてなのエンジニアhayajo_77さんがコンテナの要素技術の勘所を解説します。こんにちは。株式会社はてなでサーバー監視サービス「Mackerel」のSREを務めるhayajo_77（ @hayajo ）です。さて、コンテナ技術はDockerの登場がきっかけとなり、本格的に活用が始まりました。現在はKubernetesを始めとするコンテナオーケストレーションツールや AWS, GCP, Azure などのクラウドサービスで提供されるコンテナマネジメントサービスを採用したサービス運用事例が数多く紹介されており、コンテナ技術は「理解する」フェイズから「利用する」フェイズに移ってきています。コンテナそのものは上記のツールやサービスにより
tentative_hope 2019/02/20
技術

システム

コンテナ

あとで読む
リンク
なぜ、SQLは重たくなるのか？──『SQLパフォーマンス詳解』の翻訳者が教える原因と対策｜ハイクラス転職・求人情報サイト AMBI（アンビ）
なぜ、SQLは重たくなるのか？──『SQLパフォーマンス詳解』の翻訳者が教える原因と対策『SQLパフォーマンス詳解』の翻訳者の松浦隼人さんに、8つの「SQLが重たくなる原因とその対策」を聞きました。システムのボトルネックになるような「問題のあるSQL」を回避するノウハウを学びましょう。データの操作や定義をする言語「SQL」は、どのような領域を担うエンジニアにとっても必修科目です。しかし、その仕様をきちんと理解し、パフォーマンスに優れたSQLを書ける方はそれほど多くありません。問題のあるSQLを書いてしまい、知らぬ間にそれがシステムのボトルネックになってしまう事態はよく発生します。では、どうすればそうした事態を回避できるのでしょうか？そのノウハウを学ぶため、今回は『SQLパフォーマンス詳解』の翻訳者であり、自身もエンジニアでもある松浦隼人（まつうら・はやと／@dblmkt）さんに8つ
tentative_hope 2017/12/12
システム

DB

sql
リンク
システム開発における上流工程の課題を解決するユーザガイドを公開<br />～発注者向け「ユーザのための要件定義ガイド」と、発注者の視点に立脚した「システム再構築を成功に導くユーザガイド」の2冊を同時公開～：IPA 独立行政法人情報処理推進機構
HOME社会基盤センター報告書・書籍・ツール・教材報告書等システム開発における上流工程の課題を解決するユーザガイドを公開～発注者向け「ユーザのための要件定義ガイド」と、発注者の視点に立脚した「システム再構築を成功に導くユーザガイド」の2冊を同時公開～システム開発における上流工程の課題を解決するユーザガイドを公開～発注者向け「ユーザのための要件定義ガイド」と、発注者の視点に立脚した「システム再構築を成功に導くユーザガイド」の2冊を同時公開～概要独立行政法人情報処理推進機構ソフトウェア高信頼化センター（以下、IPA/SEC）は1月31日、システム開発時の課題である「上流工程の作業不備に起因した手戻り」の解決を支援するガイドブック「ユーザのための要件定義ガイド」と「システム再構築を成功に導くユーザガイド」の2冊を公開しました。 ※2018年2月26日に「システム再構築を成功に導くユー
tentative_hope 2017/10/02
開発

システム
リンク
1