Pull to refresh
78
0
Sayan Malakshinov @xtender

FBCS, Oracle ACE, performance tuning expert

Send message
Ну во-первых, как правильно заметил mrgall, «iPhone продается не только в США.»
Во-вторых, они могут ограничить функционал jailbreak-нутого устройства, хотя суд скорее всего и это у них запретит.
Читаем и думаем.

Имхо:
1. Было бы замечательно, если бы отменили software patents. Австралийцы вот уже третий год активно ждут, когда у них будет решение об их отмене.
2. Категорически не нравятся всяческие стереотипы и ярлыки вроде «корпорация зла», «империя зла»(которой, кстати, звали нашу родную страну). Там тоже люди, такие же как и мы — есть и согласные, есть и несогласные. В таких компания референдумы среди сотрудников не устраивают для принятия таких решений.
3. Мигрировать с Oracle DB считаю абсолютно бесполезным поступком. Во-первых, это займет огромное количество человеко-часов, денег, и, кроме того, обязательно будут простои в работе — такие вопросы из-за эмоционального порыва не решаются. Во-вторых, это ничем не поможет в решении вопроса Google и Oracle — это серьезные компании, они свои вопросы вполне нормально могут решить сами.
Точка G как-то слишком близко :)
Я еще так и скроллер мыши называю :)
Как раз сегодня узнал, что сняли первое IMAX 3D порно . Опять порноиндустрия, видимо, задает темп.
И, да — я счастлив, несмотря на протирание пыли, вынос мусора и прочие приятные и не очень семейные обязанности.
Это просто эгоизм. Жена пусть парится — детей воспитывает, а мужу, видите ли, свободы захотелось. Терпеть не могу людей, бросающих своих детей из эгоизма. Дети — это настоящая радость, а не какие-то счета в банках и смайлики на мониторе.
Многие попробовали такое в студенчестве…
А я просто не люблю руководить. Ну нет у меня желания заниматься административной суетой. А вот быть тимлидом, советчиком, генератором идей или реализовывать сложные задачи — да, нравится.

ps. Все как всегда зависит от характера :)
Не всем хочется переходить на административные должности.
Конечно, прикидывать надо, но ПМу. А насчет автоматизирования, у меня вообще больной вопрос, потому что часто пишу скрипты «just for fun» даже для однократных и совершенно не нужных практически вещей(больная привычка от спортивного программирования).
Да, конечно, это бесит, когда люди из той же лени(только в данном случае лени «подумать и сделать нормально») делают все механически и бездумно, но в этом-то и плюс для остальных. Пусть занимаются тем же самым — меньше конкуренции, тем кто думает — они в дальнейшем не будут заниматься нудной текучкой.

Кстати не сказано еще про то, что разовые затраты на автоматизацию этой текучки могут занять недели и даже месяцы.
Хмъ, видимо, кто-то таки считает, что их можно сравнивать :) А меж тем они друг с другу не мешают, как теплое — мягкому )
Готов помочь по oracle, в нем существенно больше нюансов. Ну или напишу отдельную по нему.
Какое-то странное сравнение join и in… Как их можно сравнивать?
По-хорошему, должны быть еще разработчики БД и отдельно администраторы БД.
Transaction time тут не при чем, т.к. может быть изменена не текущая дата и не текущим временем -> дата транзакции совершенно не валидна с точки зрения объекта.
Во втором совете я сказал о создании простых обновляемых представлений и они вполне благополучно могут использоваться и во втором типе.
Прошу прощения, я ошибся с местом предыдущего вопроса, повторю сюда:
Оригинальная мысль, но почему в библиотеке не создать процедуру, которая и будет создавать необходимые триггеры с необходимым кодом?
Оригинальная мысль, но почему в библиотеке не создать процедуру, которая и будет создавать необходимые триггеры с необходимым кодом?

Information

Rating
Does not participate
Date of birth
Registered
Activity