Наше будущее — метанаука! Еще можно предположить что это будет постнаука, fusion-наука или амбинаука. Какой термин к науке «нового типа» применят, такой она и будет. Вполне возможно что она в той или иной форме еще послужит обществу, движимого идеальными побуждениями пусть и отличными от доминирующих ранее. Боюсь только корнем идеальных побуждений останется всё то же — неотъемлемая от самой сути человека жажда творчества.
А что у вас понимается под конкурентным проектом? это версии одного и того же продукта? тогда почему в транке не лежит самая последняя версия? Ведь идея в том, что в транке должны находиться наиболее поздние версии приложения. Я не прав? может специфика вашего приложения как-то влияет на структуру репозитория, если да, то как именно? Есть ли какие-то особенности кроме вышеописанных? Что имеется в виду под «отправной точкой»? Почему бранчи не могут быть просто по возможности максимально независимыми (если это ведение того, что вы называете «конкурентным проектом»)?
Судя по написанному вами, у вас в компании вполне адекватный подход к ведению репозитория. Интересуюсь, может еще что-то полезное могу для себя извлечь.
А теперь давайте проанализируем, почему же получились такие результаты? Наверное дело не совсем в «функциональности» языка, а в его «многословности». На java часто поступают жалобы из-за ее verbose style, что мы и увидели на графе — слегка запутанная семантика. А структурированность ассемблера не так уж удивительна, ведь операторов в нем не так уж и много и они часто используются. Судя по всему подобные графы — это репрезентация какой-то что ли поэтичности :) как в примере с «Анчаром» Пушкина. Следовательно, языки с наиболее красивыми графами — более поэтичны и душа поет, когда на них пишешь :)
Стараюсь не пропускать ежемесячные показы. Это немногое из того, что показывают в наших кинотеатрах, на что можно идти не задумываясь. Обожаю futureshorts
За статью спасибо, кроме самих замыканий интересно было узнать и про управление доступом в Javascript. На досуге почитаем поподробнее, занятная тема вообще
А кто что знает по поводу темплейтов в svn? Планируется ли похожая функциональность в будущих версиях? Или я слишком многого хочу?
Поясню подробнее. Есть конфиг файл, который имеет определенную структуру, но изменяется каждым пользователем под свои нужды. В svn вчекивается темплейт, который потом меняется каждым пользователем и не вчекивается обратно. Надеюсь идея ясна?
Сейчас для темплейта используется отдельный файл с расширением *.tmpl. Может можно без него обойтись?
Судя по написанному вами, у вас в компании вполне адекватный подход к ведению репозитория. Интересуюсь, может еще что-то полезное могу для себя извлечь.
Кстати, узнав впервые что такое замыкания я наконец-то понял зачем в Java нужны inner classes.
За статью спасибо, кроме самих замыканий интересно было узнать и про управление доступом в Javascript. На досуге почитаем поподробнее, занятная тема вообще
Поясню подробнее. Есть конфиг файл, который имеет определенную структуру, но изменяется каждым пользователем под свои нужды. В svn вчекивается темплейт, который потом меняется каждым пользователем и не вчекивается обратно. Надеюсь идея ясна?
Сейчас для темплейта используется отдельный файл с расширением *.tmpl. Может можно без него обойтись?