1. Какие приемы программирования (ошибки или особенности) чаще всего влияют на производительность?
2. На что в первую очередь обращать внимание при оптимизации?
=)
по своему так и есть — чтобы гарантированно убрать состояния в программе, себя ограничили правилом «не использовать переменные, а только константы». Естественно, далеко не все переменные отвечают за состояние, но ведь тут вопрос гарантии. Пролог, вон, тоже ограничен хорновскими дизъюнктами и логикой первого порядка, из-за чего приходится наизнанку выворачиваться, когда нужно сложные вещи на нем сформулировать. Зато гарантированно разрешим за конечное время.
variable — «изменяемая» (величина)
value — «величина»
Преимущества stateless-программирования (без состояний — в том числе без переменных) давно и качественно рассматриваются в функциональном программировании.
Не, я прост имею в виду, что для каждого сотрудника стоит ограничиваться одним горизонтальным уровнем. Бить по рукам за идеи и интерес к работе с противоположного конца компании нет необходимости — но и излишнее любопытство поощрять не стоит.
Это простая констатация факта, что «гениев во всем-всем-всем» рождается очень мало, следовательно профи в одном — почти наверняка профан в другом. Кто-то это понимает и учитывает, а кто-то и наоборот — считает, что раз он такой вумный, значит все и везде должны прислушиваться к его мнению, даже если это полная чушь и наивняк. И даже обижается, если поступают не по евойному.
Иными словами, главная угроза в неадекватном понимании таких шагов. Если коллектив разумен, начальство обладает авторитетом, а рядовые сотрудники понимание — все пучком. Но достаточно часто сотрудники начальство уважают умеренно, и не хотят никакой ответственности, кроме той, что у них уже есть. Им такое не нужно.
Вообще, реальная опасность растет прямо из преимуществ: при прочих общих условиях, слушать будут неформального лидера. Т.е. можно все раскрыть и показать/рассказать. Но убедить, что и почему правильно делать — не всегда получится. У кого-то не хватит опыта и понимания, у кого-то не будет желания во все вмешиваться. Но уже будет инфа, которой можно манипулировать в своих интересах — а это плохо (мб, кроме случая небольшого слаженного и высоко-профессионального коллектива).
ИМХО, лучше раскрывать информацию не по всей фирме, а по конкретным отделам — работаешь в отделе, так знай, какой кусок прибавочной стоимости ты и коллеги вносите в конечный продукт, кто может пострадать от твоей недоработки (и кто получит профит от хорошо сделанной работы).
мда, я сейчас на нетбинсах именно потому, что проще начать и не так ненормально выглядит на линуксе (1.6 вышла более года назад) и нет желания таскать SWT, когда есть Swing =)
угу, с NTFS лучше так и делать. Дефрагментация нужна всяким там FAT-16/32 потому что используются «цепочки» т.е. чтобы прочитать следующий блок данных нужно прочитать предыдущий (исключение — корневой, который отдельно хранится). В NTFS хранится инфа об «отрезках» — начале и величине блока. Это позволяет очень быстро и удобно ворочить даже большими файлами.
В примере с флешкой 90% производительности наверняка было из-за того, что на флешке FAT32 — в таком слчае много времени тратиться на разметку пространства для большого файла, да и пишется он с непостоянной скоростью.
бывает и такое, что емайл отображают как никнейм. Для 99% сайтов, но которых приходится регаться это вполне хорошо, потому что мне начхать, как там меня изображать будут.
2. На что в первую очередь обращать внимание при оптимизации?
по своему так и есть — чтобы гарантированно убрать состояния в программе, себя ограничили правилом «не использовать переменные, а только константы». Естественно, далеко не все переменные отвечают за состояние, но ведь тут вопрос гарантии. Пролог, вон, тоже ограничен хорновскими дизъюнктами и логикой первого порядка, из-за чего приходится наизнанку выворачиваться, когда нужно сложные вещи на нем сформулировать. Зато гарантированно разрешим за конечное время.
value — «величина»
Преимущества stateless-программирования (без состояний — в том числе без переменных) давно и качественно рассматриваются в функциональном программировании.
Это простая констатация факта, что «гениев во всем-всем-всем» рождается очень мало, следовательно профи в одном — почти наверняка профан в другом. Кто-то это понимает и учитывает, а кто-то и наоборот — считает, что раз он такой вумный, значит все и везде должны прислушиваться к его мнению, даже если это полная чушь и наивняк. И даже обижается, если поступают не по евойному.
Иными словами, главная угроза в неадекватном понимании таких шагов. Если коллектив разумен, начальство обладает авторитетом, а рядовые сотрудники понимание — все пучком. Но достаточно часто сотрудники начальство уважают умеренно, и не хотят никакой ответственности, кроме той, что у них уже есть. Им такое не нужно.
меня меньше интересует зарплата, чем новизна и интересность работы.
ИМХО, лучше раскрывать информацию не по всей фирме, а по конкретным отделам — работаешь в отделе, так знай, какой кусок прибавочной стоимости ты и коллеги вносите в конечный продукт, кто может пострадать от твоей недоработки (и кто получит профит от хорошо сделанной работы).
как часто вообще обращаются люди с нестандартной ОС (да-да, дефолт-ОС это окошки)?
В примере с флешкой 90% производительности наверняка было из-за того, что на флешке FAT32 — в таком слчае много времени тратиться на разметку пространства для большого файла, да и пишется он с непостоянной скоростью.
Бекап в винде — это одна сплошная неприятность (
я писцец как расстроюсь :D