Я скорее соглашусь с вами. Но я кода не видел этого проекта. Может быть что каждые 60 строк кода им надо освобождать ресурсы и это удобно делать в Си с goto. А за 60 строчек можно много ресурсов наполучать от ОС…
Кстати можно было бы в вашем анализаторе более детальный анализ goto сделать. А то для проектов на Си это актуально. По крайней мере в обзоре было написано только что их много, а еще бы хотелось знать где и почему в коде проекта они используются неправильно.
В коде ядра Linux тоже есть goto. Все дело в том каким образом в коде на Си конкретное goto применяется и по умолчанию goto в Си говнокодом не является.
Я как то для экспериментов через все США прокладывал, было мгновенно. Я просто этим занимаюсь немного. А вобще ресурсы дело такое — пользователю главное нужна юзабельность.
Длина маршрута конечно впечатляет, но сервис что-то уж очень медленно работает. Карта долго грузится и маршруты обсчитываются долго. Не юзабельно как по мне. Алгоритм видимо тоже не самый скоростной для поиска пути задействован. Например Google при поиске марщрута показывает моментальный отклик. Можете прокомментировать?
Да… нервы экономит. Все тесты отработали — уже намного увереннее себя чувствуешь. Особенно если к их написания отнесся ответственно (хотя и в тестах ошибки встречаются и недочеты, но это все равно очень помогает).
Динамические языки тут ни при чем. Тип объекта известен на этапе компиляции, известно от каких интерфейсов он наследуется, все проверяется компилятором.
Мы в начале и конце семестра заполняем анкеты, где пишем по каждому предмету свое мнение. А точнее по тому как его преподавали. В начале семестра пишем свое впечатление, чтобы на ранней стадии в случае чего подкорректировать процесс. В конце — чтобы помочь администрации понять стоит ли дальше сотрудничать с преподавателем или нет.
Здесь наверное все заинтересованы в том, чтобы научить. Почему — не знаю. Но идея у людей точно есть. У меня такое впечатление. И я очень благодарен университету за то что есть возможность в таких прекрасных условиях заниматься своим развитием. Но напрягаться надо только так… Особенно если базовое образование не очень (как в моем случае). А благодарность студентов тоже хороший актив ;)
С информцией проблем не было.
НИР — есть широкий выбор тем. Каждый студент сам выбирает чем заниматься. Здесь студента слушают.
каркас ПО станет значительно дороже, а дальнейшее допиливание под каждого клиента может и вовсе съесть выгоду от группового заказа и сделать для каждого клиента это ПО еще дороже.
Но вобщем я не против. Это новая бизнес модель. Как и open source она где-то кажется не состоятельной, но надо попробовать, может и выстрелит :))
Я так понимаю, что речь идет о небольших и не сильно специфичных проектах, так как групповое составление ТЗ совесем не гарантия того, что заказчикам понравится конечный результат. Тем более что касается бизнес правил и другого функционала — они могут начать конфликтовать друг с другом, а разработка хорошей системы конфигурации потребует дополнительных и, возможно серьезных, затрат.
Кстати можно было бы в вашем анализаторе более детальный анализ goto сделать. А то для проектов на Си это актуально. По крайней мере в обзоре было написано только что их много, а еще бы хотелось знать где и почему в коде проекта они используются неправильно.
au-student.blogspot.com/2011/03/vs.html
Здесь наверное все заинтересованы в том, чтобы научить. Почему — не знаю. Но идея у людей точно есть. У меня такое впечатление. И я очень благодарен университету за то что есть возможность в таких прекрасных условиях заниматься своим развитием. Но напрягаться надо только так… Особенно если базовое образование не очень (как в моем случае). А благодарность студентов тоже хороший актив ;)
С информцией проблем не было.
НИР — есть широкий выбор тем. Каждый студент сам выбирает чем заниматься. Здесь студента слушают.
Но вобщем я не против. Это новая бизнес модель. Как и open source она где-то кажется не состоятельной, но надо попробовать, может и выстрелит :))