Всё. Ясно я вот под винду периодически фигарю. Отличие есть.
Причем большое. Особенно если люди помещают в винде файл подкачки на тот раздел где находиться сама система.
Проблема соляриса сейчас мне кажеться. Это поддержка железа.
Плюс если всё GUI - будет написано на JAVA. Ресурсов будет жрать достаточно.
Поэтому я не думаю, что OpenSolaris - так уж вытеснит linux.
Может быть на серверах есть шансы. Но вот как ДескТоп врядли.
У меня на игровом компе.
12,5 Гигафлопс http://www.intel.com/cd/software/product…
Тестил под xeon32
хотя у меня Core 2 Duo - 1333 шина 3,37 Частота.
Стоит Vista 32 бита.
Так что если сделать кластер наверное такой же результат будет.
Или скомпилить под 64 бита под Linux
Я полностью согласен с автором. Особено когда смотришь код какого нибудь фреймврока, становиться страшно их использовать. Да и потом всё зависит от задач. Например в WEB - сложность задач не очень велика. Поэтому я в большинстве юзаю свои либы. Если надо всегда их поправлю. Да и потом я не думаю, что люди которые пишут там Смарти, или JS - вреймворки, умнее меня.
С другой стороны времени отнимает больше, если кол-во своих либ не велико. А когда, своих любимых либ достаточно большой. Проект делается на порядок быстрее, надежнее и стабильнее. Чем используя чужие разработки.
Хотя если к примеру взять программинг на C++ - под nix системы или Windows.
То тут уже приходится использовать чужие разработки, так как разработка своих либ не всегда будет оправданной.
Хорошая статья. Только я использую session_id(); - куки глючная штука.
Хранение в двойном md5 - тоже неплохая идея. Только нужно понимать.
Если человек имеет доступ к БД (чужой человек). И от туда узнает ваш md5 - пароля. Ему легче поменять на свой пароль. :) Наделать глупостей. А потом вернуть ваш старый. Так-что двойном md5 - не спасёт.
Поповоду крусов и C++. Тут речь о чём. Конечно надо иметь навыки и талант. То если ты занимался к примеру клиентской стороной, а теперь нужно запрограммить для серверной стороны. Нужно прокачаться.
Далее если смотреть выше. Я говорю об дилетантах. [Для неподготовленного пользователя довольно много.] - смотри выше.
Далее насчет дизайнеров я много с разными людьми работал. И понял, что с дизайном у нас очень и очень плохо. Есть с десяток котор и не более. Самый хороший пример наши Авто :)))))
А насчёт будут деньги будут специалисты. Тут я не согласен. Даже если есть деньги спецов трудно найти. Вменяемых. Тут целая история. И можно по этому поводу долго спорить. Но мне честно лень!
Дефект речи и дефект мозга разные вещи :) Шутка.
Не просто, если человек хочет, чтонибудь запрограммить, он должен прокачатся в этом сначала. Книжки почитать. Пойти поучиться, благо курсов много. Всеобщее заблуждение, что любой может написать какую нибудь фитчу. Это не правда. Написать то можно. Она даже может работать. Но если для себя ок.
А если для сети. Тут уже совсем другая история. Нагрузки другие и т.п. Между прочем, в последнее время когдя WEB начал расти. Люди сталкиваются с такими проблемами постоянно. Заказала контора, стартап. Пошла в студию. Заплатила бабла. Ей на программили работает. Далее возросла нагрузка. Оп всё тормозить начало и глючить. В чём дело. Звонит в студию. Ей говорят купите железо помощнее. Купили. Работает не помогло. И что делать теперь? Где найти нормальных людей которые запрограммят чтобы работало быстро? Постоянно сталкиваюсь с такими темами. Особено когда люди выбирают BITRIX ;))))
Ну так вот. Потом начинают говорить. Да это php глючный. И MySQL медленный. Давайте делать на asp или jsp и на Oracle. Бабло бабло. В итоге затрачено много времени, много денег. А итог один. Вроде както работает.
А причина всего гимора была одна. Программеры дилетанты попались. И нормальных не найти. Потомучто все думают, что теперь любой может запрограммить :)) Между прочим тоже самое и с дизайном. Умеет рисовать чебурашек, знает фотошоп. Всё дизайнер :))) Или юзабилити прочёл книгу. Сходил на курс. Всё спец.
Короче фефект речи тут не причем. :) Всё дело в мозгах!
Для неподготовленного пользователя довольно много. ?
Если человек не рубит или плохо рубит. Нечего браться за задачи. Вот такие спецы и опустили php :( И рынок программеров тоже, такие спецы опускают. Не люблю дилетантов.
А в чём смысл тогда сравнения то? Это одно и тоже что поставить в футболе команду. Калек с проф. футболистами?
Прелесть C++ в том, что множество есть либ под него. И любую задачу решить можно.
Мне кажеться автор не корректно поступает. C++ - никто в чистом виде не использует. Давно написано множество библиотек. Сторонних или своих. Они призваны упрощать разработку. В этом и есть приимущество c++.
Глупо соревноваться с Java у которого постоянно выходят обновления и libc - который написан очень давно был.
Поэтому мне кажется сравнение не корректно.
Чем хорош C++ - это многоуровневый язык.
Поэтому если стоит конкретная задача. Она решается, путём наименьшего сопротивления. Если к примеру на Java - есть стандартные удобные библиотеки для работы с сокетами.
То в c++ - можно взять LGPL библиотеку. И я в этом ничёго зазорного не вижу. Также можно взять чужие библиотеки и на ruby или Java. Но чистый c++ - был написан когда задачи немного другие ставились. И поэтому не совсем корректно сравнивать в этой области.
Корректно сравнивать в области математики. Или максимальных расчетов. Может быть написание драйверов устройств. Тут уже c++ чистый крут. А другие отдыхают.
А в остальных случаях есть библиотеки, где c++ подтягивается и в других задачах.
Насчет ruby - может быть. Хотя надо на исходники повнимательней взглянуть. Потом смотрим далее:
Java - без JVM - не работает. Тоесть это не компилированный язык.
Соотвественно, без Java машины работать не будет. Далее в Java - машине, множественно стандартных библиотек. Так почему нельзя пользоваться другими библиотеками для C++? Вопрос.
Ruby - также интерпретируемый язык. Соотвественно он выполняется, на такой-же виртуальной машине. Которая имеет множество библиотек . Которые в свою очередь написаны на си.
Так странно получается, Java - юзает библы, Ruby - тоже.
А вот C++ - только libc :)
Круто. Но не честно.
Можно тогда вообще писать на ассемблере. И сравнивать длину кода.
Интересно, а на C++ только libc юзал.
Чем хорош C++ - тем, что на нём были написаны и ruby и Java.
Да и потом. Всё зависит от либ которые ты используешь.
Попробуй тоже самое написать к примеру на QT.
И приведи код. Тогда можно уже будет говорить. Где быстрей разработка и вообще.
Я думаю всё закончиться, тем. Что ему купят новый комп, лицензию Windows и Лицензию на все проги которые, ему будут нужны под Windows. У них денег много. А за идиотизм будут платить налогоплательщики :))!
Область видимости. В JS - Глобальные переменные видны везде. Пишите вы функцию, а она видет все переменные глобальные. Вот вам и тормоза :))!. Далее можно через ajax - делать include. Только смысл? В php можно делать через чтение файлов а потом eval.
Но это не гуд. Это искуственная тема.
Ну а самый отстой в JS. Это объектная модель. Чтобы сделать класс, нужно париться долго. Не говоря уже о статических переменных, и статических функциях класса.
Насчёт массивов да. Можно в JS - сделать многомерные массивы через Object.
Но это будет супер гиморно.
Не говоря уже о регулярках. Глупо в правилах регулярки создавать свой тип?
Чем строка не устраивает.
Ну а самое главное приведение типов.
Согласитесь
f="12";
e = (int)f;
Более элегантно и понятно, чем приведение через функцию.
Можно долго обсуждать.
Даже php - не панацея.
Вот есть AS - более человеческих язык, был бы он хотябы. Бы ла бы другая картинка.
serelize, нормальные многомерные массивы, iconv, приличный ООП, include, статические переменные, статические функции класса, нормальные регулярки, как perl так и posix, сортировка массивов, человеческий foreach, sprintf - функции, все globals off - тоесть область видимости переменных.
функции как isset и unset. Тоесть возможность проверить есть ли переменная, и возможность удалить переменную. Много чего есть.
MSSQL - top- чтобы выбрать к примеру n значений сверху.
А если к примеру, нужно сделать постраничную навигацию?
Обычно для этого делаеться так SELECT * FROM test LIMIT 10,20
Где первое значение с какой позиции начинать отщёт, а вторая кол-во записей.
Но в MSSQL - можно сделать альтернативу LIMIT - суть такова, делаем две выборки,
30 записей сверху, потом 10 сверху, и в одном вопросе делаем NOT IN.
НАсчёт Посгри, я согласен хорошая база данных. Но у ребят база данных 8 Гб.
И постоянная нагрузка на сервер. Говорят тормозит. Думают переходит на Oracle и
кластер строить только денег жалко.
А так я всем советую. Для маленьких проектов. Ну там плеер, или органайзер.
Юзайте SQLITE - очень прикольно. Вся база один файл. Одна библиотека.
А главное SQL. С сортировками, джойнами, лимитам и т.п.
Конечно там нет встроенных процедур, даже вроде нет ключей, хотя не помню точно.
Но всёравно лучше чем, хранить плейлист в XML. Потом парсить в массив.
Потом его ещё сортировать :)
Причем большое. Особенно если люди помещают в винде файл подкачки на тот раздел где находиться сама система.
У которых там ext3 или ReiserFS
:)?>
Плюс если всё GUI - будет написано на JAVA. Ресурсов будет жрать достаточно.
Поэтому я не думаю, что OpenSolaris - так уж вытеснит linux.
Может быть на серверах есть шансы. Но вот как ДескТоп врядли.
15,7 - Гигафлопа.
Так что если сделать кластер.
Наверное выйдет 30 или поболее ;)
12,5 Гигафлопс
http://www.intel.com/cd/software/product…
Тестил под xeon32
хотя у меня Core 2 Duo - 1333 шина 3,37 Частота.
Стоит Vista 32 бита.
Так что если сделать кластер наверное такой же результат будет.
Или скомпилить под 64 бита под Linux
Так что. Новость не супер ;)
С другой стороны времени отнимает больше, если кол-во своих либ не велико. А когда, своих любимых либ достаточно большой. Проект делается на порядок быстрее, надежнее и стабильнее. Чем используя чужие разработки.
Хотя если к примеру взять программинг на C++ - под nix системы или Windows.
То тут уже приходится использовать чужие разработки, так как разработка своих либ не всегда будет оправданной.
Хранение в двойном md5 - тоже неплохая идея. Только нужно понимать.
Если человек имеет доступ к БД (чужой человек). И от туда узнает ваш md5 - пароля. Ему легче поменять на свой пароль. :) Наделать глупостей. А потом вернуть ваш старый. Так-что двойном md5 - не спасёт.
Далее если смотреть выше. Я говорю об дилетантах. [Для неподготовленного пользователя довольно много.] - смотри выше.
Далее насчет дизайнеров я много с разными людьми работал. И понял, что с дизайном у нас очень и очень плохо. Есть с десяток котор и не более. Самый хороший пример наши Авто :)))))
А насчёт будут деньги будут специалисты. Тут я не согласен. Даже если есть деньги спецов трудно найти. Вменяемых. Тут целая история. И можно по этому поводу долго спорить. Но мне честно лень!
Не просто, если человек хочет, чтонибудь запрограммить, он должен прокачатся в этом сначала. Книжки почитать. Пойти поучиться, благо курсов много. Всеобщее заблуждение, что любой может написать какую нибудь фитчу. Это не правда. Написать то можно. Она даже может работать. Но если для себя ок.
А если для сети. Тут уже совсем другая история. Нагрузки другие и т.п. Между прочем, в последнее время когдя WEB начал расти. Люди сталкиваются с такими проблемами постоянно. Заказала контора, стартап. Пошла в студию. Заплатила бабла. Ей на программили работает. Далее возросла нагрузка. Оп всё тормозить начало и глючить. В чём дело. Звонит в студию. Ей говорят купите железо помощнее. Купили. Работает не помогло. И что делать теперь? Где найти нормальных людей которые запрограммят чтобы работало быстро? Постоянно сталкиваюсь с такими темами. Особено когда люди выбирают BITRIX ;))))
Ну так вот. Потом начинают говорить. Да это php глючный. И MySQL медленный. Давайте делать на asp или jsp и на Oracle. Бабло бабло. В итоге затрачено много времени, много денег. А итог один. Вроде както работает.
А причина всего гимора была одна. Программеры дилетанты попались. И нормальных не найти. Потомучто все думают, что теперь любой может запрограммить :)) Между прочим тоже самое и с дизайном. Умеет рисовать чебурашек, знает фотошоп. Всё дизайнер :))) Или юзабилити прочёл книгу. Сходил на курс. Всё спец.
Короче фефект речи тут не причем. :) Всё дело в мозгах!
Если человек не рубит или плохо рубит. Нечего браться за задачи. Вот такие спецы и опустили php :( И рынок программеров тоже, такие спецы опускают. Не люблю дилетантов.
Прелесть C++ в том, что множество есть либ под него. И любую задачу решить можно.
Глупо соревноваться с Java у которого постоянно выходят обновления и libc - который написан очень давно был.
Поэтому мне кажется сравнение не корректно.
Чем хорош C++ - это многоуровневый язык.
Поэтому если стоит конкретная задача. Она решается, путём наименьшего сопротивления. Если к примеру на Java - есть стандартные удобные библиотеки для работы с сокетами.
То в c++ - можно взять LGPL библиотеку. И я в этом ничёго зазорного не вижу. Также можно взять чужие библиотеки и на ruby или Java. Но чистый c++ - был написан когда задачи немного другие ставились. И поэтому не совсем корректно сравнивать в этой области.
Корректно сравнивать в области математики. Или максимальных расчетов. Может быть написание драйверов устройств. Тут уже c++ чистый крут. А другие отдыхают.
А в остальных случаях есть библиотеки, где c++ подтягивается и в других задачах.
Java - без JVM - не работает. Тоесть это не компилированный язык.
Соотвественно, без Java машины работать не будет. Далее в Java - машине, множественно стандартных библиотек. Так почему нельзя пользоваться другими библиотеками для C++? Вопрос.
Ruby - также интерпретируемый язык. Соотвественно он выполняется, на такой-же виртуальной машине. Которая имеет множество библиотек . Которые в свою очередь написаны на си.
Так странно получается, Java - юзает библы, Ruby - тоже.
А вот C++ - только libc :)
Круто. Но не честно.
Можно тогда вообще писать на ассемблере. И сравнивать длину кода.
Чем хорош C++ - тем, что на нём были написаны и ruby и Java.
Да и потом. Всё зависит от либ которые ты используешь.
Попробуй тоже самое написать к примеру на QT.
И приведи код. Тогда можно уже будет говорить. Где быстрей разработка и вообще.
Но это не гуд. Это искуственная тема.
Ну а самый отстой в JS. Это объектная модель. Чтобы сделать класс, нужно париться долго. Не говоря уже о статических переменных, и статических функциях класса.
Насчёт массивов да. Можно в JS - сделать многомерные массивы через Object.
Но это будет супер гиморно.
Не говоря уже о регулярках. Глупо в правилах регулярки создавать свой тип?
Чем строка не устраивает.
Ну а самое главное приведение типов.
Согласитесь
f="12";
e = (int)f;
Более элегантно и понятно, чем приведение через функцию.
Можно долго обсуждать.
Даже php - не панацея.
Вот есть AS - более человеческих язык, был бы он хотябы. Бы ла бы другая картинка.
функции как isset и unset. Тоесть возможность проверить есть ли переменная, и возможность удалить переменную. Много чего есть.
А если к примеру, нужно сделать постраничную навигацию?
Обычно для этого делаеться так SELECT * FROM test LIMIT 10,20
Где первое значение с какой позиции начинать отщёт, а вторая кол-во записей.
Но в MSSQL - можно сделать альтернативу LIMIT - суть такова, делаем две выборки,
30 записей сверху, потом 10 сверху, и в одном вопросе делаем NOT IN.
НАсчёт Посгри, я согласен хорошая база данных. Но у ребят база данных 8 Гб.
И постоянная нагрузка на сервер. Говорят тормозит. Думают переходит на Oracle и
кластер строить только денег жалко.
А так я всем советую. Для маленьких проектов. Ну там плеер, или органайзер.
Юзайте SQLITE - очень прикольно. Вся база один файл. Одна библиотека.
А главное SQL. С сортировками, джойнами, лимитам и т.п.
Конечно там нет встроенных процедур, даже вроде нет ключей, хотя не помню точно.
Но всёравно лучше чем, хранить плейлист в XML. Потом парсить в массив.
Потом его ещё сортировать :)