  |
はてなキーワード: システム設計とは
クリックデータの集計において、毎回全データに対して集計SQLを実行すると時間がかかりすぎ、一方でバッチ処理で集計結果を保存すると、その後に発生したクリックをリアルタイムで反映できないという問題があります。この課題を解決するためには、以下の方法を検討すると効果的です。
---
---
---
### **3. データウェアハウスとマテリアライズドビューの利用**
---
---
### **5. キャッシュとインメモリデータグリッドの使用**
---
---
---
---
### **まとめと提案**
---
1. **要件の明確化**: リアルタイム性の程度、データ量、システムリソースなどを考慮して要件を定めます。
2. **プロトタイプの構築**: 小規模なデータでインクリメンタル集計やストリーミング処理のプロトタイプを作成し、性能を評価します。
3. **システムの実装**: 選定した方法とツールを用いて、実際のシステムを構築します。
4. **モニタリングと最適化**: システムのパフォーマンスをモニタリングし、必要に応じて最適化やスケールアップを行います。
---
---
ご質問の課題に対して、リアルタイム性とパフォーマンスを両立する方法として、インクリメンタル集計やストリーミング処理の導入を強くお勧めします。これにより、新しいクリックデータを即座に集計結果に反映しつつ、全データに対する集計処理の負荷を大幅に削減できます。
整理して説明しても理解する気がしないので整理はしない。ほぼそのまま切り貼り
↓
経営戦略IT室長・CTO的な猫 ＜ ほいじゃまXXを実現しよう。こんなスケジュールで 👈 ここの周辺に変な人がいると不幸が起きる
↓
↓
実際に実装する猫
↓
A部署の上司猫：ふんふん、新しいシステムに変えるのか。怠いからテキトーにOKでヨシ！👈 ここがんばろう
↓
B部署の上司猫：ふんふん、A部長ヨシ！って言ってるからヨシ！ 👈 ここがんばろう
↓
システム移行
↓
A部署・B部署の真面目な現場猫：アレ？新しいシステムで○○ができないや。○○ってどうなってます？
↓
運用フェーズだったはずの猫：要件定義書にないからヒアリングしてこれから会議して決めます
～～～～～～～～
まんまバズってたこれなんだよな
ベンダ「お客さん、ご注文は？」
IT土方 「XXってことは、今までも出来ていなかったってことだから、別そのままでよくない・・・？」
とか
IT土方 「○○は使え無くなるみたいです。ベンダーに確認をとったところ、△△で代替えできるみたいですが、検証を行なっていただいていいですか？」
〜作りました～
こんなだわ
例えば、『俺の要望聞いてくれないから、○○○○の技術者は無能』とかそういうやつ。通常それIT屋さん関係ないやつです
関係があるとしたら、Tech Startup で規模が小さくて創業者がまだ開発者として仕事してるとかそういうのに限定される
改善要求に対して、どれを採用するか・どのような順序で対応するかの決定を担うのは、
企画部門や運営部門やアカウントマネージャー(営業)などであって、通常IT屋さんじゃないです
別にこれはITプロジェクトに限ったことではないです。多くのプロジェクトは様々な部門を横断して行われる
一度も働いたことがない、フランチャイズではない小規模な個人店で店長と従業員しかいところで働いたことしかないなら、特におかしくはない。
しかし、まさかの役割分担がある規模感でオフィスワーカーの経験有り、何だったら元がつくとしてもIT屋さんに分類される何かで、
何度考えても何故なのかはわからない。実際に働いてわからないのだから、どうしたら認識ができるようになるのかわからない。謎である
『インターン制度も研修も無いよ』って会社もフツーにあると思う。これは別に何もおかしくない
でも、ドキュメンタリーやフィクションやお外で得た情報で、そういうのがある会社もあるんだなっていう認識はあると思います
ところで、IT企業研修センターや類するメニュー組んで実施してくれる会社、絶滅した認識ないです
何度考えても何故なのかはわからない。実際に働いてわからないのだから、どうしたら認識ができるようになるのかわからない。謎である
現場を任されている責任者に採用に関する一切が任されることもあるけど、日本は解雇規制が厳しく、一度直接雇用したらなかなか首に出来ない
なので、組織規模が大きくなると、カルチャーマッチングだの、長期的な人材の育成・活用ガーだので、人事は通常しゃしゃりでてくる
そういうの無視しても、採用は事業計画や組織戦略に直結する重要な経営活動だし、人事部は採用計画の策定から実行に至るまで、
経営目標の達成に貢献する人材を確保する責任を担う云々ってことに一般的にはなっている
現場の知識はないので、採用取り継ぎ役だけに徹しとこ・・・としてる場合も、通常どこの求人メディアに広告を打つかなどを決めているのは人事です
～～～～～～～～
ITわかんない人がエンジニア採用する時に何かを目安にしたいでしょ？
ぶっちゃけ Tech Startup の開発者兼社長の知識レベルは期待しないから、
経営者と採用担当者は基本的なIT知識を持ちましょう以外に正解はないんだけど、
みんなそれっぽいこと(厳選したぞ！)がしたいわけです
なので最後を売りにしている人材会社とそれを真に受ける人事担当者がいるってだけです
あと競技用プログラミングで良い成績の人は基本的にエンジニア向いてると思います
単に何をさせるかだけでしょ
つかどうあっても、常識的なIT知識がない状態で業務内容を正しく分析することできないので、
できるのはIT人材会社がいうことを鵜呑みにして頷くことだけだよ
日本のIT業界も、アニメ業界と似ていて、業務に必要なスキルを持った人を揃えることができない問題に直面することがそこそこある
要領が悪いSIのSEや社内開発のプロジェクトリーダーが、業後や休日にポンコツ技術者の作業を手直しているケースを見かけたりもする(おそロシア)
これは、過労死リスクを高めるだけでなく、まぁフツーにプロジェクトの遅延にもつながるよね
しかし、本当にやるべきなのは、適切なスキルを持つ人材を事前に準備し、アサインすることなんだよね
事前準備や根回しが間に合わない場合でも、『いや、○○の経験をある人揃えられないなら無理ッス』とハッキリ言って、とにかく周囲に理解を求め、状況に抗う姿勢を示すことが大事なのよ(無理なものは無理)
政治的または予算的な制約で人材確保がどうしても不可能な場合は、開き直って、誰が参画してもスムーズに業務を進められるような効率的なワークフローを構築することに全力を注ぐべき。社内の過去案件の資産を徹底活用し、チームで仕事ができる環境を整えることが最優先。つか、ITは本来、効率的なワークフローを作るお仕事だからね
もちろん、ちょっとナレッジ整えて教育したくらい、枠整えたくらいでは、どうにもならねぇポンコツメンバーってケースもあるだろう
しかし、それでもやっぱりやるべきことは、ワークフロー構築に全力を注ぐだよね
なぜなら、どうにもならねぇことはどうにもならねぇからだ。選択肢は、『メンバーが育つのを待つ』か、『危機感を持った人が人材を投入してくれるのを待つ』か、『プロジェクトから逃げる』の3つだよ
いや、それで査定は乗り切れない、俺私の無限残業でリカバリーする！！！！って言ったって、どのみち、俺私に社内やプライベートで予期せぬ予定が入る度に、プロジェクトは遅延するよ
同じ体力と時間を使うなら、予期せぬ事態にも対応できる体制を作り上げることの方に使おう(次回も使える)
天才とガチgeek以外は、お給料貰えるかやってるだけやで。だってリーマンだもの
自分のやらんといけんとこだけクリアできてりゃ、必要になったその時に勉強すりゃあいいのよ
サラリーマンなんだしな
↓
経営戦略IT室長・CTO的な猫＜ほいじゃまXXを実現しよう。こんなスケジュールで
↓
↓
実際に実装する猫
運用フェーズに移行済みで、システムに対する改善要求のチケットの対応処理速度や品質ガーならIT屋どうこうはまぁわかる
でも、これらの改善要求に対して、どれを採用するか・どのような順序で対応するかの決定を担うのは、基本的にIT屋さんじゃないのよ
そもそもこうなんで。たぶんIT関係ない常識に分類される話やで
↓
経営戦略IT室長・CTO的な猫＜ほいじゃまXXを実現しよう。こんなスケジュールで
↓
↓
実際に実装する猫
運用フェーズに移行済みで、システムに対する改善要求のチケットの対応処理速度や品質ガーならIT屋どうこうはわかる
でも、これらの改善要求に対して、どれを採用するか・どのような順序で対応するかの決定を担うのは、基本的にIT屋さんじゃないのよ
ここ頑張るだけだわ
経営本部猫：○○で市場を取るぞ 👈ここ頑張ろう。IT音痴じゃちゃんとお仕事してるか判断出来んでしょ
↓
経営戦略IT室長・CTO的な猫：ほいじゃまXXを実現しよう。こんなスケジュールで 👈ここ頑張ろう。野心ある謎の人を入れると地獄
↓
↓
実際に実装する猫
↓
A部署の上司猫：ふんふん、新しいシステムに変えるのか。怠いからテキトーにOKでヨシ！ 👈ここ頑張ろう
↓
B部署の上司猫：ふんふん、A部長ヨシ！って言ってるからヨシ！ 👈ここ頑張ろう
↓
システム移行
↓
A部署・B部署の真面目な現場猫：アレ？新しいシステムで○○ができないや。○○ってどうなってます？
↓
運用フェーズだったはずの猫：要件定義書にないからヒアリングしてこれから会議して決めます
日本で発生するサイバー攻撃やシステムトラブルは、基本情報技術者試験（基本情報）や応用情報技術者試験（応用情報）の
しかし、多くの場合、経営層のセキュリティリスクに対する認識不足から、システム担当者の警告が軽視されてしまい、被害が拡大してしまいます。
一部の会社は基本情報や応用情報の資格の取得を指示しますが、ぶっちゃけベンダーの資格を取得することの方が有益だと思いませんか？
なぜなら、基本情報や応用情報の資格の範囲内のインシデントであっても、結局それらを未然に防ぐことができていないからです。
これは、現実的な対応に使用されるプロダクトやソリューションが実際には限られているにも関わらず、
基本情報や応用情報の資格ではベンダーを限定していないため、具体的な構築手順や操作手順が不足していることも原因の1つになっていると考えられます。
実際には、ほとんどの場合、Microsoft、AWS（Amazon）、Google、Cisco、Oracleの製品が使用されています。
これらのベンダー資格を取得することで、IT全般に関する理解を深め、システムの概念をしっかりと把握することができます。
適切な資格の範囲の知識と経験があれば、通常はシステム設計が可能となり、将来的なトラブルを防ぐことも期待できます。
正直、基本情報などはもはや要らんのではないでしょうか？
ネットワークに関しては、通常、Cisco製品だけではなく、他の製品も使用されます。
そのため、コストパフォーマンスを考慮すると、受験費用が安い国家資格であるネットワークスペシャリストの資格を取得するのも一つの選択肢だと思います。
この資格は、ネットワークに関する幅広い知識を提供し、特定のベンダーに依存しません。
↓ ↓ ↓ ↓ ↓ ↓ ↓ ↓ ↓ ↓ ↓ ↓ ↓ ↓ ↓ ↓ ↓ ↓ ↓ ↓ ↓ ↓ ↓ ↓ ↓ ↓ ↓ ↓ ↓ ↓ ↓ ↓ ↓ ↓ ↓ ↓ ↓
近年、日本企業は深刻なサイバー被害やシステムトラブルに見舞われています。こうした問題に対し、基本情報技術者試験（基本情報）や応用情報技術者試験（応用情報）の資格取得が推奨されていますが、果たしてこれらの資格は本当に有効なのでしょうか？
実は、サイバー攻撃やシステムトラブルは、基本情報や応用情報の知識範囲内で事前対応可能なケースも存在します。しかし、経営層のセキュリティリスクに対する認識不足から、システム担当者の警告が軽視されてしまい、被害が拡大してしまうことも少なくありません。
さらに問題なのが、基本情報や応用情報の資格では、具体的な対策方法が十分に学べないという点です。現実的な対応に使用されるプロダクトやソリューションは限られており、資格試験ではベンダーを限定していないため、構築手順や操作手順が不足しているのです。
一方、ベンダー資格では、具体的な製品やサービスに関する深い知識とスキルを習得することができます。 Microsoft、AWS（Amazon）、Google、Cisco、Oracleなど、主要なベンダーの資格を取得することで、IT全般の理解を深め、システムの概念をしっかりと把握することができます。
適切なベンダー資格の知識と経験があれば、システム設計が可能となり、将来的なトラブルを防ぐことも期待できます。
上記以外にも、情報セキュリティに関するベンダー資格なども役立ちます。
ネットワークスペシャリストという国家資格も、ネットワークに関する幅広い知識を提供しており、特定のベンダーに依存しないため、コストパフォーマンスの高い選択肢と言えるでしょう。
特に、ネットワークに関しては、Cisco製品以外にも様々な製品が使用されています。そのため、コストパフォーマンスを考慮すると、受験費用が安い国家資格であるネットワークスペシャリストの資格を取得するのも一つの選択肢だと思います。この資格は、ネットワークに関する幅広い知識を提供し、特定のベンダーに依存しません。
結論として、基本情報や応用情報よりも、ベンダー資格の方が、サイバー攻撃やシステムトラブル対策に役立つと考えられます。
経営層は、システム担当者の警告を軽視せず、適切な対策を講じる必要があります。また、システム担当者は、ベンダー資格を取得することで、より高度な知識とスキルを身につけ、企業のシステムセキュリティを守っていくことが重要です。
anond:20240629090625 anond:20240629094425 anond:20240629095434 anond:20240629111451
↓
経営戦略IT室長・CTO的な猫 ＜ ほいじゃまXXを実現しよう。こんなスケジュールで 👈 ここの周辺に変な人がいると不幸が起きる
↓
↓
実際に実装する猫
～～～希によくおこること～～〜
↓
A部署の上司猫：ふんふん、新しいシステムに変えるのか。怠いからテキトーにOKでヨシ！👈 ここがんばろう
↓
B部署の上司猫：ふんふん、A部長ヨシ！って言ってるからヨシ！ 👈 ここがんばろう
↓
システム移行
↓
A部署・B部署の真面目な現場猫：アレ？新しいシステムで○○ができないや。○○ってどうなってます？
↓
それは上流のシステム設計が下流の責任分担とかプロダクトをめちゃくちゃコントロールできて、各チームが担当する範囲を小さくすることができるからやれてるんやと思う
日本はぶっちゃけ下流が働きやすいようにおまかせで働かさせちゃうから、下流でプロダクトが肥大化したりしてアジャイルでやるとプロジェクトが潰れる
じゃあ上流がもっとコントロールすれば良いじゃんってなるけど、下流が言うこと聞かないので考えるだけ無駄ってなることが多い
なぜこうなるかと言うと、設計の最適化よりコストの最適化を優先する企業文化の企業が多いから
上流の「設計しやすい分業された開発体制やシステム構成」より「全体を考えてない現場がギリギリまで安くできるシステム構成」が最終的に優先されてしまう
それは上流のシステム設計が下流の責任分担とかプロダクトをめちゃくちゃコントロールできて、各チームが担当する範囲を小さくすることができるからやれてるんやと思う
日本はぶっちゃけ下流が働きやすいようにおまかせで働かさせちゃうから、下流でプロダクトが肥大化したりしてアジャイルでやるとプロジェクトが潰れる
じゃあ上流がもっとコントロールすれば良いじゃんってなるけど、下流が言うこと聞かないので考えるだけ無駄ってなることが多い
結局、マイナカードって日本のアレコレのシステムの中では、いうほど酷くない方なんだよな。
マイナカード批判をする奴って、現状の身分証明が何十万もかかって長い時間をかけて取得する「運転免許証」であることにはまったく何もいわないのがまずカスじゃん。
免許証の身分証明、マイナカードの何万倍も利権の塊だし、弱者に優しくないし、不合理の塊でしょ。
でもそれはどうでもいいんだよな奴らには。
弱者に優しくない現状はまだまだある。
今の世の中、いつの間にやらスマホが必須な社会になってるのがそもそも弱者の負担。
なのに、スマホがない方が大抵のサービスで高くつく場合が多い。
さらに最近気づいたけど、「格安sim」ほどクレカとか必須で、その日暮らしにはハードルが高い。
マイナカードはシステム設計が甘いにしても、このうちのひとつを簡単に取得できるようにしている分いくらか筋の通る存在だ。
そういう弱者の実感を、ツイッター（X）だので「リベラル」を自称する連中は、まったくわからないし、わかる気もない。
