Ведь по сути добавлено просто выравнивание в div. Разве выравнивание может так менять правила компоновки.
Я просто 10 лет программировал в основном в консоли и серверной части. в итоге провал по вебу и интерфейсам.
Ваше решение — это именно то что мне нужно. Спасибо! Я только, пока, не могу понять его до конца. Но буду разбиратся.
Если вы попробуете объяснить ваши рассуждения я буду очень признателен.
Да они же все как правило тусуются в профильных группах вуза, факультета, кафедры, группы, потока в которые можно без всяких денег дать объявление. Даже больше, можно попросить дать объявление администратора группы. Это одновременно и делает вас полностью легальными и поднимает эффективность т.к. администраторы небольших группы ВК как правило всех знают поименно.
А узнать ищет ли студент работу, можно посмотрев в его профиль (если открыт конечно). Если у него сейчас есть работа и уже профильная то скорее всего выкидываем, хотя опять же стоит предложить.
Вряд ли администрация будет вмешиваться в личную переписку, а вести такие договоренности в комментариях, по моему, еще более бестактно. Ко мне например обращались люди, которые вообще не зарегистрированы на хабре, но увидели мои ответы в Q&A и просили помочь с аналогичной проблемой.
Один раз даже пришлось затратить 2 дня, но ничуть об этом не жалею. Мне было интересно решить чью то проблему и приятно получить спасибо в благодарность.
Основной особенностью любого фреймворка как раз является навязывание определенного общего стиля кода. Собственно это один из плюсов фреймворков в целом.
А на счет оборудования и качества кода вопрос очень спорный. На HiLoad проектах часто бывают случаи, когда покупка дополнительного железа обойдется дешевле и стабильнее, чем попытка оптимизации. Но стремления к качественному коду это конечно не отменяет.
Парное программирование, это когда двое собираются за одним компом и делят роли. Роль первого это оператор и контролер адекватности, роль второго это генератор идей и взгляд со стороны.
Как правило при таком подходе, можно гораздо быстрее справится с небольшим авраалом и эффективность работы приближается к 100% (как если бы два разработчика работали по отдельности и на полную). Но долго такой стиль программирования продолжать нельзя, потому что на второй третий день эффективность уже резко падает.
Только потом без документации вы просидите много часов за опознанием каждого бита. И вам придется долго плакать, когда под высокой нагрузкой потребуется делать выборку, по одному из флагов.
Несмотря на сложности, которые встретятся вам при переносе проекта на Maven я бы всетаки рекомендовал именно его, т.к. в отличие от ivy, Maven это не только управление зависимостями, а в отличии от gradle у Maven гораздо больше документации и примеров.
Честно скажу, что разбираться с Maven «с нуля» сложновато, но зато разобравшись почти все проблемы решаются в течении 10 минут.
Болты крепления задней стенки скорее всего находятся внутри. Стенки как правило делаются с объемной окантовкой в которой и прячутся болты соединяющие стенку со шкафом.
Если это так, то вы нащупаете болты пальцами проведя по бортику задней стенки еще до того как снимите шкаф. Но вот совсем снять стенку, не снимая шкаф не выйдет потому что задняя стенка вынимается во вне(мне по крайней мере так кажется).
Я просто 10 лет программировал в основном в консоли и серверной части. в итоге провал по вебу и интерфейсам.