Вот, мне такое больше кажется верным

Пишем ТЗ, считаем сколько часов займет каждая херня, собираем смету, хлопаем по рукамъ

И чем больше таких проектных рабочих, тем запутаннее код становится и приводит это к фатальному пиздецу. Ну моё мнение

Я работаю иногда тоже

Невероятно)

Правда чтоли?

А то

А то

Сильное заявление, проверять правда его никто не станет

Пишем ТЗ, считаем сколько часов займет каждая херня, собираем смету, хлопаем по рукамъ

Ну задачу можно решить двумя способами. Первый: сделать всё по смете, но любое обновление функционала потом косяками выплывет Второй: сделать по уму, это будет дольше и дороже и смысла при проектной работе нет

Ну задачу можно решить двумя способами. Первый: сделать всё по смете, но любое обновление функционала потом косяками выплывет Второй: сделать по уму, это будет дольше и дороже и смысла при проектной работе нет

Любое обновление функционала - пишем ТЗ, составляем смету, ну ты понял

Любое обновление функционала - пишем ТЗ, составляем смету, ну ты понял

А ты хорош

впрочем я пока опыта набираюсь, поэтому проще работать не по часам

А ты хорош

Не мы такие, жизнь такая.

Случаев, когда хотелка заказчика размером в багфикс на час переростала в 3 дня ебли за часовой прайс бывало.

поэтому - ТЗ, смета, предоплата и работаем

Случаев, когда хотелка заказчика размером в багфикс на час переростала в 3 дня ебли за часовой прайс бывало.

и как решается такое?

Любое обновление функционала - пишем ТЗ, составляем смету, ну ты понял

Звучит неплохо в теории, но очевидно же что в этом случае интерес Никиты будет делать по минимуму. То есть изначально не заложить расширенного функционала, чтобы потом доп сметой увеличить прибыль.

Явный конфликт интересов

Явный конфликт интересов

Вот да.

Никакой экономии

Звучит неплохо в теории, но очевидно же что в этом случае интерес Никиты будет делать по минимуму. То есть изначально не заложить расширенного функционала, чтобы потом доп сметой увеличить прибыль.

Интерес Никиты - вытрясти с тебя как можно больше твоих хотелок, чтобы сделать все за раз. Потому что мне что за раз сделать, что саппортить - одинаковое количество времени

А тратить время на бесконечные ТЗ и пересчеты - так это бесплатно, я за это денег не получаю

Искал я вчера дизайнера, цветовую гамму подправить да и в целом дизайн. Мне 30к и 5 дней сроку заявили. Я офигел и пошел сам рисовать

Доп смета столько же стоит, сколько и основная

мож ну его кодинг, в версталодизайнинг уйти

и как решается такое?

Да никак не решается, ты же уже согласился на сумму и условия. Либо как-то прожимаешь заказчика, либо сосешь лапу и доделываешь за мелкий прайс

мож ну его кодинг, в версталодизайнинг уйти

Мне кажется, в этом талант нужен

Это уже больше художниковская хрень, просто так не научишься

Да никак не решается, ты же уже согласился на сумму и условия. Либо как-то прожимаешь заказчика, либо сосешь лапу и доделываешь за мелкий прайс

ну санкций то не будет тебе за просрочку? )

Это уже больше художниковская хрень, просто так не научишься

да ну брось

мож ну его кодинг, в версталодизайнинг уйти

дизайн у меня стоит от 100$ за макет.

Ща у каждого третьего фрилонсера своя студия даже если он к дизу не относится.

за макет одной странички

дизайн у меня стоит от 100$ за макет.

хоп хэй лалалэй, я движок писал за 80-100 бачей

правда модификации и тд прибавили еще 200-300 бачей, но это отдельная история

хоп хэй лалалэй, я движок писал за 80-100 бачей

это жестка, каешна. Хотя смотря какой движок

это жестка, каешна. Хотя смотря какой движок

видеосайт

для вапа

диз на бутстрапе, адаптив, вот ну четко вроде все, кроме цвета и некоторых элементов. А нанять нормального дизера/версталу дорого

Вспомнил одного верстака собеседовал: Я не использую бутстрап, потому что он становится неуправляемым, когда хочется сделать не по его правилам

Сейчас дамины нас выкинут из-за этих тем к верстакам

Зашел в эту группу, написал любое из слов: CSS, JS и ....

а вот и админ пришёл

кого выкинуть?

иисус что ли?

короч, готов за всех ответить? )

Вопрос: Есть страничка прокладка, которая просто перекидывает пользователя на другой URL (по своим внутренним правилам). Нужно записать определённую информацию (в основном и реферера) в БД. Проблема в том что нужно, чтобы через страничку свободно проходили милионы пользователей в день. Таким образом создавать запись в БД при каждом переходе (даже после того как пользователю всё отданно) слишком накладно (каждый раз подключаясь к БД) Пока план писать лог в конец файла, а затем проверять его размер, либо какой-то счетчик, и при достижении определённой велечены записывать в БД все данные из файла). Собственно кто, что посоветует. Чтоение БД будет относительно редко и некретично.

Разве писать в файл будет "легче" чем в БД?

Нет, конечно.

Тут нужно что-то вроде memcache или redis.

Как вариант пиши в редис, раз в 10 минут кроном выбирай с редиса и ложи в базу

+

Но миллионы пользователей в день это не характеристика нагрузки. Это может быть миллион одновременно, или по одному человеку каждые 8ms.

этот же лям не одновременно ломится будет, впс за 5 баксов на digitalocean должен выдержать легко

Есть задача. Хотел бы посмотреть на варианты решений. Не сложная, но интересная

Есть некий массив (не в понимании языка, а как абстрактная структура данных) размерностью N

N очень большое, практически вся оперативная память занята

В массиве лежат обычные айдишники

Ну и есть некоторый источник ввода. Не важно что, запросы по сокету или ввод с клавиатуры. И нам надо отдавать К случайных айдишников

Как отдавать тоже не важно. Хоть в файл отдавать. Как бы реализовывали?

В массиве айдишники не повторяются, на выходе тоже не должно быть повторений. К любое меньше n.

Ясно..

задача не интересная бро. обычная ежедневная рутинная муть с массивами

Ясно..

Ну если массив N занимает практически всю оперативу, а в К ты выберешь случайным образом еще половину N то как бы не хватит тебе памяти для работы с таким массивом данных можно было бы array_rand юзануть, но ... память

Ну если массив N занимает практически всю оперативу, а в К ты выберешь случайным образом еще половину N то как бы не хватит тебе памяти для работы с таким массивом данных можно было бы array_rand юзануть, но ... память

Ну собственно в этом и суть)

Плюс сохранение стэйта между запросами

задача не интересная бро. обычная ежедневная рутинная муть с массивами

Риалли? Это в какой же компании подобное - ежедневная муть?) Расскажи, я хочу в нее сходить на собеседование)

Риалли? Это в какой же компании подобное - ежедневная муть?) Расскажи, я хочу в нее сходить на собеседование)

в условиях ограниченной оперы логично все операции производить на диске, не? дальше ищени какие-нибудь системные утилиты, типа того:https://stackoverflow.com/questions/448005/whats-an-easy-way-to-read-random-line-from-a-file-in-unix-command-line

свой говномассив в файл, рандомишь

и все

в условиях ограниченной оперы логично все операции производить на диске, не? дальше ищени какие-нибудь системные утилиты, типа того:https://stackoverflow.com/questions/448005/whats-an-easy-way-to-read-random-line-from-a-file-in-unix-command-line

Не. С диском не работаем. Считаем, что ввод вывод получается слишком дорогой

с диском не работаем, оперы нет. ну с астрала качай тогда инфу

хули там

Проси пусть оперативы добавят. Как говорят в народе, любишь ебаться - люби и санки таскать

Да тут много условий есть.

Например, если можно выделить такой последовательный объем памяти, то фактически нужно будет выбрать сколько-то случайных адресов (или смещений).

Ну и есть некоторый источник ввода. Не важно что, запросы по сокету или ввод с клавиатуры. И нам надо отдавать К случайных айдишников

сделать сортировку. вытаскивать по 1 значению и его же убирать из первого вхождения. сортировка устранит дубликаты ....

И еще не понятно, все-таки просто не повторяются, или нужно чтобы они реально "раздавались", т.е. никому не выдавалось два одинаковых идентификатора.

Например, если можно выделить такой последовательный объем памяти, то фактически нужно будет выбрать сколько-то случайных адресов (или смещений).

пых разве умеет так работать с памятю? или я чот не знаю? )

Да, как вариант. Либо просто вытаскивать рандомный индекс в новый массив с удалением из старого, после отдачи массива на выход слить оставшиеся элементы из исходного. Мы теряем стейт в плане сортировки, но позиции нам и так не нужны, главное, что элементы все сохранилось

Я забыл, что это про php конференция.

Сортировать не нужно, исходныйы массив не содержит повторов

Проси пусть оперативы добавят. Как говорят в народе, любишь ебаться - люби и санки таскать

добавим оперативы а завтра придет массив полносью заполняющий ее =)