タグ付けされた質問 「social-networks」


11
ソフトウェア会議で1つのネットワークはどのように機能しますか?[閉まっている]
私はまだMicrosoft TechEdにいて、ソフトウェア会議で自分の時間を効果的に使用する方法についての質問への回答は、圧倒的に「ネットワークはソフトウェア会議で最も有用な部分です」でした。 問題:そのタスクにアプローチする方法すらわかりません。私はいつも内向的でした。学校でも職場でも、長年にわたって素晴らしい友人を作った外向性が十分にあるため、一般的に問題はありませんでした。しかし、会議では、ほとんどが私のように内向的であり、営業担当者ではないようです。 私は、部屋全体で健全な議論が行われたセッションの後、人々に近づいて大丈夫だと感じたことが何度かありました。 。 読むべき特定の本はありますか?アドバイスはありますか?知らない人に近づく限り、何かありますか?「私が試みるたびに、私はちょうど厄介な混乱のように感じます。:( (奇妙なことに、私は人々のグループと話すことに問題はありません-それは私をつまずかせるのは一対一のことです:P)(ああ、ところで、ここの誰かがそこにいて、物事について話すために会いたい、私はゲームだ:P) それでは、私のような内向的なプログラマーは、ソフトウェア会議でどのように効果的にネットワーク化するのでしょうか?

13
プログラマーがメッセンジャーやFacebookなどのソーシャルネットワークを使用できるようにしますか?[閉まっている]
閉じた。この質問は意見に基づいています。現在、回答を受け付けていません。 この質問を改善したいですか?この投稿を編集して事実と引用で答えられるように質問を更新してください。 6年前に閉鎖されました。 私には多くのボスがいましたが、それぞれがWindows Live Messenger、Facebook、および他の多くのインターネットサイトの使用を許可するかどうかについて異なるアプローチをしていました。 もちろん、特定のタスクを解決する最良の方法について研究するには、インターネットが本当に必要です。時々、オンラインの友人や、何かをよりよく知っているプログラマーがいることもあります。 一部のマネージャーにとって、インターネットアクセスはプロジェクトの進行を遅くし、一方で、人々が相互作用し、新しいソリューションを見つけられるようにします。 あなたならどうしますか?

1
ソーシャルネットワーク通知システム
バックグラウンド 私はいくつかのソーシャルネットワーキング機能を含むクライアント向けのアプリに取り組んでいます。私はもともとモバイルフロントエンドを開発していましたが、バックエンドの開発も担当する状況でした。 一般的な背景として、私たちのシステムでは、ソーシャルネットワークから期待されるように、ユーザーが他のユーザーをフォローし、フォローしているユーザーに関する通知を受け取ることができます。注意すべき点は、ほんの数サブセット(せいぜい数百人)のユーザーのみがフォローできることであり、ほとんどのユーザーベースはこれらの個人の少なくとも1人をフォローしていると予想されます。 UI側には、番号が付いた通知ボタンがあり、ボタンをクリックすると通知画面に移動します。 問題 私は、通知を実装するための戦略と、データベースに1つ以上の通知テーブルを作成するために見つけたほとんどのリソースを調査してきました。(私が好む例はここで受け入れられた答えです:https : //stackoverflow.com/questions/9735578/building-a-notification-system)。 私を後押ししているのは、通知に関するほとんどのデータベース駆動型の戦略では、各フォロワーの通知ごとに行を挿入する必要があるということです。したがって、1,000人がSallyをフォローしている場合、対応するテーブルに1,000行を挿入します。それはスケーラブルですか?数万人または数十万人のユーザーがサリーをフォローしていて、彼女が1日に数十の投稿を作成している場合はどうなりますか? 私の元のアイデアはクエリですべてを処理することでした:通知ボタンの数は、最後に通知画面にアクセスしたときより最近投稿されたコンテンツの行数を要求することによって取得され、個々の通知はより詳細なクエリから生成されます通知画面にアクセスしたとき。このアプローチでは、書き込みや追加のストレージは必要ありませんが、柔軟性がなく、サーバーをかなり難しくします。 セットアップ (前の開発者によって確立された)バックエンドは、CodeIgniterとMySQLデータベースを使用します。現在、くだらないGoDaddy共有ホスティングアカウントで実行されていますが、本稼働に入る前にアップグレードされると思います(希望ですか?)。ホスティングパッケージは、ユーザーの増加に合わせてスケーリングされます。 現在、私たちのフロントエンドはモバイルアプリのみですが、後でウェブサイトも構築する予定です。現時点では、サーバーから通知に関するリアルタイムのプッシュ更新を取得することに関心はありません。 補遺 私はバックエンドに特化しておらず、私はその部門の頭の中にいます。クライアントはそれを知っており、私はこの種のプロジェクトの範囲を説明するために最善を尽くしましたが、現時点では他の誰もプロジェクトに取り組むことを信頼しないことを明確にしています。テスターの追加を開始する前に、あと1か月の作業が必要であり、あらゆる種類のパフォーマンスメトリックを取得できます。ユーザー数や今後5年間に使用するハードウェアを実際に見積もることはできませんが、クライアントは数十万人以上のユーザーを望んでいると思います。 これがここに投稿される問題の具体的な内容であることを願っています。必要に応じて調整できます。ご不明な点がある場合や、重要な詳細を省略している場合は、お問い合わせください。 tl; dr すべてのユーザーが同じ数百人の何人かしかフォローしていない場合、データベース主導の通知システムは長期的なスケーラビリティにマイナスの影響を及ぼしますか? フォロワーごとに通知ごとに個別の通知行を必要とせずに、通知をデータベース主導にする方法はありますか? 完全にクエリ駆動型の通知システムはスケーラブルですか、それともDBにデータを書き込まない以外に利点がありますか? 私はこれを早すぎると思いすぎていますか?クライアントが限られた予算であり、最終製品が人気があるかどうかまだわからないので、今のところ機能するものを構築するだけで問題が発生した場合に最適化を検討できますか?
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.