dandyvssega: По-разному осуществлять, универсального решения нет, с SSH и PuTTy я не разбирался, и не собираюсь делать это просто 2для примера", даже для опытного это не 5 минут дело, поставьте реально нужую задачу, ерундой заниматься не хочу.
apachik: Не будет тяжело, есть Хакинтош и есть VPS с OS X, про ограничения это кому как, в целом Windows лучшая десктопная ОС для пользования и одна из основных target'ов, а вот Apple лишь второстепенный target.
Nwton: А если вам диплом надо сделать или по заказу программу срочно написать, а этот контент только там? Ну а если он не уникален, то СНГ ни при чем, в Европе или Китае люди тоже деньги на ветер не бросают.
Ну я потому и написал про то, что пользуюсь Dictionary, он умеет то, что умеет hashtable, а так же то, чего он не умеет.
Некоторые негативно относятся к любым "комбайнам".
А что с быстродействием у того и у другого?
А если вы так настаиваете на практическое применение всего, то следует понять цели данного работодателя, проанализировать вместе с ним и доказать что ваш подход правильный, но это лишь один из вариантов, который во многих случаях приведет к краху, это когда у работодателя есть авторитет, возможно он сам себя считает специалистом, и просто не хочет ничего слушать.
Максим Иванов: Best practice на самом деле лишь зависит от конкретной задачи, особенно когда это такая универсальная вещь как сокеты.
Для меня, с моим текущим проектом, best practice in sockets это безупречная надежность соединения, возобновление передачи данных без потерь при любых неполадках с интернетом. Но это для меня, с моим текущим проектом. А еще есть такие проекты на базе сокетов, как протокол HTTP, реализованный в Google Chrome и Apache HTTP Server. Так вот - если в Chrome начать скачивать файл весом 30 МБ, при этом отключить интернет на полчаса, а потом подключить снова, то произойдет как раз чистой воды потеря данных. Поэтому с точки зрения моего текущего проекта, браузер Google Chrome и сервер Apache - это пример bad practice, а не best.
