Pull to refresh
1
0
Шемет Евгений @Shemet

User

Send message
Все правда кроме «к лучшему ничего не изменилось», вы себе плохо представляете что бы было.
У систем цифровой дистрибюции книг есть много возможностей:
— Социальная сторона: Обсуждения книг, чаты с авторами, сообщества.
— Наставники. Хочу познать Французскую поэзию 18 века. Что мне почитать.
— Автоматические рекомендации. (Люди не любят думать).
— Реклама. (Люди не любят думать. А у таких систем реклама релевантная. Им нет смысла продавать фигню).
— Поддержка. Я хочу чтобы автор лично знал что я его книгу дочитал до половины и забросил.
— Записки и закладки. Вы мне говорите «Сталин это ок», я вам список литературы.
— Работающие ссылки на другую литературу без надобности покупать книгу.
— Хотелось бы почитать записки на полях известных людей.
— Электронные книги в полном смысле этого слова. Людям нравится поток текста, видео и картинок. Почему им не дать этого? Почему пользуясь электронными книгами мы страдаем и от ограничений электронности (нельзя перевернуть страницу) и от ограничений классических книг (нельзя вставить видео).
— Скидки, акции, распродажи (Люди не любят думать, а любят когда их направляют).

Как говорил Гейб Ньюэл: Продажа цифрового контента строится не законах, а на сервисе. Россия третья в Европе страна для Steam.
Хочу чтобы было удобно и не думать. Поэтому я использую Steam, и поэтому буду покупать книги, музыку и кино когда будет удобно и не надо думать. Дурацкие законы только мешают рынку развится. Хотя пример Steam сулит им миллиарды.
В реальной жизни немного по другому.
1. Проекты в которых тысячи людей очень малоуспешные. Тысячи кодеров — это малоэффективный менеджемент. (Как например в Нокиа).
2. Большинство ентерпрайз проектов заканчиваются неудачей.
3. Ошибка в смете — всегда!
4. В большой компании ошибка в смете не приведет к смерти компании. И скорее всего даже не приблизит ее. И если IT это не основное направление работы компании, этого скорее всего даже никто не заметит.
1. Паскаль никому не нужен.
2. В реальной жизни решают не языки, а технологии. вот они изменяются очень быстро. И программирование на С++98 уже давно не такое как было в 1998м.
3. Другие языки помимо С++ бурно развиваются, да и С++ в этом году станет совсем другим.

На Яве в институте можно кодить и в блокноте с подсветкой синтасиса. Компилятор достаточно хорошо разбирается в ошибках (в отличие от С++) и жесткая структура каталогов этому способствуют.
По энтерпрайзному это значит устеревше.
Представте себе что информационные технологии это не самолеты и не станки. Это информационные технологии.
Энтерпрайзная модель это модель водопада. Архитектора все предусматривают и все рисуют. Инженеры все это анализируют. Кодеры все это кодят.
В информационных технологиях все проще. Цена ошибки тут намного ниже и исправить ее можно намного проще. Не нужно все предусматривать и даже больше — это вредно. Небольшие команды, итеративная разработка с гибкой архитектурой — оптимальный вариант. Кодеры которые кодят и не понимают что, в эту модель не вписываются.
Отечественное образование не способно выучить кодера — потому что программы быстро устаревают, но это никого не волнует. С выучиванием программиста немного лучше, ведь фундаментальные знания не устаревают так быстро, но все равно нужно очень сильно хотеть и самому следить за текущим состоянием отрасли.
Вы мыслите как-то по энтерпрайзному. Архитекторы, инженеры, кодеры — очень много бюрократии. В конце концов архитекторы делают что-то оторванное от реальности, кодеры кодят какой-то полный отстой (вроде копипасты вместо цикла), а инженеры прозревают от того, что на них легло в 5 раз больше работы, чем если быони все это делали сами.
На самом деле нужны просто программисты. Программист за день пишет как 5 кодеров, а за это время успешно обдумывает архитектуру.
gedit слишком громоздкий. Лучше vim.
Вы преувеличиваете: «без всяких проблем». Вы невнимательно читали код.
Код как раз усложнен тем что в части случаев происходит не рекурсия, а итерация. Автор это мотивировал: "/* Iterate rather than recurse to save stack space */". Так что без проблем тут не обошлось. )
Этот пример показывает как осторожно и дозированно ее надо использовать в реальной жизни. Даже в тех алгоритмах которые без нее сложно представить. (Типа qsort).
Полностью подготовить в институте программмиста вообще невозможно.

Как раз на уровне рантайма ее скорее всего нет. Потому что она опасна и потому что она медленнее чем цикл. Рекурсию всегда можно заменить стеком.
Представлять должен, согласен. Остальное спорно.
Где интересно у него на компьютере используется рекурсия? Что значит «одной явой тяжело конкурировать с индусами и китайцами. »?

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

Это софистика. Указатели никогда не делают код красивее. Быстрее да. Рекурсия же наоборот. При чем ни то ни то не делает код понятнее.
Во что именно:
1. Да, так и есть.
2. Они опасны.
3. Без них в большинстве случаев можно прекрасно обойтись.

1. Где они используются сейчас? Веб, десктоп, мобильные? Немного рекурсии в веб. Немного больше указателей в десктопе. И все. Программист может выполнить любую задачу не прибегая к ним. И в большинстве случев так и делает. Это я и имел ввиду под словом «мейнстрим».
2. Тут я думаю без комментариев. Автор сам все прекрасно рассказал про segfault.
3. см. 1
Да так и есть. Они опасны и без них в болшинстве случаев можно прекрасно обойтись.
Редкостная хуита ИМХО. Ни в рекурсии, ни в тем более указателях ничего особенно сложного нету. А не учат потому что это не нужно в мейнстриме. Как факультатив желательно конечно, но кто захочет — есть интернет.

Вероятно это просто верхняя планка автора. А еще он мазохист и тащится от segfaultов. )
Краткое содержание: «У семи нянек дитя без ока» (н).
Микрософт и есть патентный тролль причем самый толстый. Она не только сама троллит но и финансирует дочерние фирмы типа SCO.

Примеры:
habrahabr.ru/blogs/microsoft/53676/
www.ylsoftware.com/news/125
mobile-news.net.ua/2011/05/21/%D1%81%D0%BD%D0%BE%D0%B2%D0%B0-microsoft-%D0%B8%D0%BC%D0%B5%D0%B5%D1%82-%D0%BF%D1%80%D0%B5%D1%82%D0%B5%D0%BD%D0%B7%D0%B8%D0%B8-%D0%BA-apple-%D0%B8%D0%B7-%D0%B7%D0%B0-app-store-%D0%BD%D0%BE-%D1%83/
www.pravo.ru/interpravo/news/view/44419/

А вот свеженькое против Андроид:
www.opennet.ru/opennews/art.shtml?num=29980
www.opennet.ru/opennews/art.shtml?num=28441
www.opennet.ru/opennews/art.shtml?num=28141
www.opennet.ru/opennews/art.shtml?num=28007

Это то что я насобирал менее чем за 5 минут.
Microsoft вообще чемпион по грязным приемам. Я не помню что бы еще какая-то крупная фирмапосзовляла себе делать такие вещи как Микрософт. Вспомните хотя бы GetTheFacts, это отвратительно.
Просто для того чтобы развязать полномасштабную патентную войну и задавить конкурентов исками один-два года мало. )
1. За этим «обьявила» тоже может скрыватся год переговоров.
2. Многие это связали для себя, поэтому момент неудачный, независимо от того что было на самом деле.
>Microsoft объявила о планах купить Skype всего две недели назад.
Тут ключевое слово «обьявила». Я думаю эти вещи связаны или как минимум разработчики Skype должны были подумать о том что эти две вещи будут связывать в прессе.

Information

Rating
Does not participate
Location
Винницкая обл., Украина
Date of birth
Registered
Activity