All streams
Search
Write a publication
Pull to refresh
6
0
Алексей @posledam

Руководитель разработки ПО

Send message
Да не придирайтесь к словам «стиль от гуччи» это стёб, разве сарказм нот детекдед? :)

Меню должно узнаваться, а не читаться. Чисто для эксперимента, сравнил по субъективным ощущениям в капсе нужный пункт находится быстрее. И я не читаю, а нахожу. Зачем мне читать то, что я итак знаю, разбуди меня в 3 ночи я расскажу содержание верхней полоски.

Разнарядка нужна в заголовках текста. И то, сомнительно. Если читается, то всё ок.
Я сторонник дефолотов и продуктивности. Я когда покупаю мебель, у меня нет желания подпилить ножки. Не меняю раскладку с Alt-Shift на Ctrl-Shift, как делают многие гики. Именно поэтому я на любом даже чужом компьютере чувствую себя комфортно и готов приступить к разработке в Visual Studio с дефолтными настройками, пока остальные возятся с ними. Зачем вешать хот-кеи на всё подряд, когда в основном используется около десятка горячих клавиш, а что изредка нужно я найду в меню. У каждого свой подход. Но так называя «тонкая настройка под себя» отнимает драгоценное время, ничего не давая взамен кроме иллюзий.
Не думаю, что такое уродство необходимо. Вообще немного странно наблюдать такое горячее обсуждение капса в меню. Про новую функциональность и повышенную производительность ни слова :) Это же не новый стиль от гуччи, а среда для разработки.
ну там всё, что выходит за рамки Solution. я часто хожу в TOOLS, TEST, DEBUG. не всё покрывается горячими клавишами.
Капс добавляет эстетики, а для главного меню, куда приходится часто обращаться, вполне удобно :)
Творчество, это в рамках установленных сроков, и поставленных целей выполнить задачу, а не наоборот, создать себе рамки, и с математическим педантизмом порезать его на блоки, как колбаску. Дзинь! О, пора творить! Так-так, чего там, щас поднапрягусь и как начну творить… Дзинь, о пора отдыхать. Дзинь, пора читать тематические блоги. Дзинь… План убийства жизни в действии.
Что-то очень быстро надоело. Кнопку бы «Play» и «x2».
Я не знаю каким местом думает тот человек, расшаривая объект между разными потоками, не позаботившись о разделении ресурсов. Учитывая, что вы видели много разного говна, думаю не трудно догадаться, про какое место идёт речь.

Приходилось бороться с dead lock-ами на продакшене, и причиной всегда служил не язык программирования или среда, а отсутствие внимательности или мозгов проектировщика/программиста. Не надо перекладывать проблемы с больной головы. С таким же успехом можно заявить, что вообще весь мир не совершенен, зато вот в моём придуманном мире всё тип-топ.

Автор прав лишь в одном. Когда появилось пресловутое ООП, все почему-то решили, что это панацея от всех проблем. А сейчас функциональщики повторяют эту же ошибку. Сейчас почему-то все понимают, что ООП конечно хорошо, но это всего лишь инструмент, с которым также просто прострелить себе ногу. А вот функциональный подход — это магия, автоматически блокирующая курок при наведении ствола в нижнюю часть тела.

Если требуется написать высоконагруженное приложение с обязательным распаралеливанием процессов, это можно одинаково эффективно сделать что на Haskell, что на .NET (C#, F# в связке). Не надо морочить людям голову. Особенно молодым и неопытным.
Простоял как-то в очереди Сбербанка 40 мин. У девочки в окошечке завис компьютер. Простоял еще 20 мин. в соседнее окошко. Там с компьютером всё ОК. Но девочка не смогла найти ОКАТО. Тут же через телефон нашёл ей в поисковике ОКАТО. В общем, цирк, смешно и грустно.
Что изменяемые, что неизменяемые состояния — лишь абстракция. Всё изменяемо. В тоже время, объектов тоже не существует. Спор и головная боль крутятся вокруг абстракций, и это более чем удивительно.
Врачу отдельный интерфейс, доступ к которому он получает, применив метод «Наркоз». Телепорт… ну давайте помечтаем :)
Иметь доступ ко всем значениям объекта — неправильно, если мы говорим про инкапсуляцию. Кому нужны мои почки и правое легкое, чтобы общаться со мной? :)
Заголовок статьи был изменён, был «Выбираем локальный веб-сервер для Windows», сейчас туда добавился WAMP — о чем можно было догадаться только из контекста. Впрочем, IIS в этой формуле заменяет только Apache, всё остальное (и даже на много больше) может оставаться тем же самым.
ОК, я просто добавил для вашей статьи, никаких претензий :)
В заголовке статьи значится «локальный веб-сервер для Windows», WebMatrix + IIS Express подходит под это описание более чем что-либо другое. Вот смотрите, что например можно на нём запустить:



ASP.NET, PHP, IronRuby, IronPython и MySQL, MS SQL, LocalDB, SQLite,… что вам еще нужно для полного счастья? :)

Я говорю про WebMatrix как про средство для быстрой разработки. Для испытаний и тестирования лучше VirtualBox со своим дистрибутивом ничего не придумали.
А где же WebMatrix и IIS Express 7.5? Ну и ну.
Оптимизация да, это хорошо. Но решение в данном случае очевидное. Как же еще создавать неизвестный объект, как не через активатор/рефлекс? Поясню. Ваша сборка с дженериком совершенно не имеет понятия какой тип будет использован в используемом приложении. Всё логично. Хотите скорости, управляйте потоками сами. В большинстве случаев этого не требуется. Спасибо компилятору.
Если вы хотите поручить компилятору самостоятельно создавать ваши объекты, ожидайте оверхеда. Наличие дженериков должно способствовать статической типизации и оптимальной работе с ValueType, но никак не избыточной лени :)

Information

Rating
Does not participate
Location
Москва, Москва и Московская обл., Россия
Date of birth
Registered
Activity

Specialization

Backend Developer, Руководитель отдела разработки
Lead
From 450,000 ₽
C#
.NET
Software development
Database
High-loaded systems
Designing application architecture
Creating project architecture
Design information systems
Monitoring