Jamdaze: dev-ветку обычно используют для фич, которым еще рано в продакшн и нужно отдать тестировщикам, либо на code review. Но, например, на прошлой работе использовали только production-ветку, отсюда не до конца проверенные исправления и фичи попадали сразу в production. Но в общем, разносить всё по веткам не спешили, так всех и всё устраивало. Так что смотрите сами =)
fshp: удивляюсь, почему в программисты, а не в ПМ лезут: последние ведь в 90% случаев и вправду ничего не делают, а получают тоже достаточно. Сидишь такой, в косынку режешься. Стало скучно, пошёл, программистов глупыми вопросами по отвлекал (одно дело на тостере отвлекать, и совсем другое - вживую :D )
Алексей Уколов: к тому же, у ТС в его предыдущем вопросе есть уже готовый алгоритм под это дело, в котором достаточно пару строк поправить, чтобы шёл подсчет. Всё не могу понять: зачем браться за программирование, если не хочешь думать головой =)
Cosmos: то, что студент будет не только отдавать, но и получать знания. Иначе только хорошей зарплатой удерживать.
Знали бы вы, сколько халявщиков к студентам каждый день обращается - никто платить не хочет, но на 101% уверены, что проект взлетит и всем будет хорошо
Ярослав Поляков: в этом и плюс этих сетей: не нужно +100500 регистраций на различных сайтах делать =)
Ну, и ссылки в письмах через тот же goo.gl скрывайте, чтобы статистика по переходам у вас своя была
Ярослав Поляков: Поэтому присмотритесь к различным CPA-сетям. Зарегистрируетесь один раз, а потом останется только менять офферы, проверяя, какие из них окажутся более интересными аудитории. Вы не платите за рекламу, поэтому ничего не теряете, делая различные эксперименты (сегодня рекламируете гаджеты, завтра - что-то другое).
Да, удобно, когда реклама ротируется сама, но менять оффера каждую неделю-месяц, думаю, тоже не составит труда
DarkByte2015: а что вас смущает? Берете тот пример, меняете только connectionString на что-то вроде этого "Data Source=C:\SQLITEDATABASES\SQLITEDB1.sqlite;Version=3;" и всё
xfg: все-таки понял твою мысль, но мы говорим о разном: я о том, что нужно хранить автора сообщения, а ты - о том, что у каждого пользователя должна быть своя цепочка диалога, из которой он может удалять не нужные ему сообщения.
Вопрос на засыпку: как ты хотел реализовать редактирование своего сообщения, если при добавлении оно не привязывается к тебе? =)
xfg: ты серьезно? Если добавить user_id, то будет дублирование и отсутствие возможности редактирования?
Пересмотри с утра, в моем варианте нет ни дублирования, ни отсутствия возможности редактирования + одним запросом можно получить сообщение, а не городить inner join-ы или подзапросы, чтобы связать сообщение с пользователем
Артем: насколько я знаю, в highload-ах денормализируют БД, добавляя дополнительные таблицы (например, в ВК - это таблица с последними сообщениями в каждом диалоге, чтобы, когда пользователь зайдет на страницу сообщений, можно было одним запросом вернуть список диалогов, а не делать запрос на диалоги + запрос на поиск последний сообщений). Я к тому, чтобы взяли на заметку и такую схему
dron300: а теперь разложите все по полочкам: сейчас никто, кроме вас, не понимает, что и где нужно. Программа - это сайт, exe или что-то другое? На чем написаны ваши макросы и как тут рядом оказались js, node js и c++ ?
Павел Римский: по описанию задача довольно-таки простая: за пару часов даже можно набросать, в принципе. Но уверен, что есть очень много готовых решений
Mintormo: У меня с Borland почему-то плохие ассоциации (успел застать Borland C++ в универе). Вы к тому, что JetBrains пытается все языки и технологии охватить?)
