Зависимости «живут», пока «живёт» сервис, ничего удалять и повторно создавать не нужно
Как минимум, на одном соединении к СУБД вы долго не протянете и надо будет их создавать и удалять. Причём бездумно не получится, потому что есть такая штука как транзакции, запросы которых должны быть в рамках одного соединения. И вот у вас уже есть поддерево зависимостей, которое должно создаваться и удаляться динамически. И таких кейсов может быть много. Посмотрите на реализации DI/IoC в Java/C#, там приложения тоже запускаются один раз и всё, но разработчикам дают выбор скоупа зависимостей
Очередная библиотека для реактивного программирования, а чем она лучше того же RxJS? Быстрее? Понятнее? Или всё вместе?
Я в общем-то не любитель реактивного программирования, но с простотой чтения кода соглашусь, а вот написание кода очень сомнительно, по сути каждая такая библиотека - это отдельный язык внутри языка и буквально приходится сидеть с документацией, выискивая - а какая же функция мне тут нужна. Обычные синтаксические конструкции того же JavaScript просто так не возьмёшь, потому что другая парадигма, и иногда их использовать не получится в принципе
Попробуйте теперь взять получившийся код и деобфусцировать его
getData(n) - заменяем изменяем на результат этой функции, а имена переменных и функций можно вручную переименовывать в зависимости от контекста, так как это не особо отличается от обычной минификации, от любого бандлера
Приходилось по кое-какой нужде так делать, ничего сложного, пара часов и готово. А если код изначально использует много объектов, классов и тд, то там восстанавливать вообще нечего, так как обфускатору все аксессоры (филды, методы, геттеры, сеттеры и тд) нужно или оставлять в том же виде, чтобы не поломать ничего, или через тот же механизм getData, который довольно просто вернуть в исходное состояние.
Хороший обфускатор должен что-то заинлайнить, всё переименовать, простые операции заменить на много непонятных так, чтобы результаты были теми же и тд, а потом ещё это и хорошенечко зашифровать в eval, вызов которого тоже обфусцировать.
Так как мы говорим про JavaScript, то действительно хорошая обфускация просто убьёт производительность и размер вашего приложения, при том, что кто надо, тот всё равно вернёт код в приемлемое состояние. Как неплохой вариант действительно важный код переписать под WebAssembly, так восстанавливать код из ассемблера не самое приятное занятие, хоть и возможное + есть вероятность, что работать побыстрее будет. Пора уже смирится - всё, что вы отдаёте пользователям, становится общедоступным. Свои крутые алгоритмы переносите на сервер и не надо будет думать, как бы вам код обфусцировать, чтоб конкуренты не спёрли.
Тут скорее борьба автоматического и ручного маппинга. Для себя я решил так - если объекты небольшие или маппинг нужен в 1-2 других классов, то можно и руками, а если начинается чехорда, когда объекты крупные и их надо в кучу других классов маппить, то использую автомаппер, желательно, который использует кодогенерацию, чтобы не было ошибок в рантайме
По поводу первого пункта не совсем согласен. Если ты уровня стажор/джун, то можно и за 20к поработать, главное, во время уйти (через 3-6 месяцев) и потом спокойно просить x3-x4, а то и гораздо больше, а не сидеть и ждать, пока тебя заметят и магическим образом повысят зп.
А если уж очень хочется денег и ментально готов впахивать за четверых, то можно соврать об опыте и просить ещё больше.
Если вы обучились плохо русскому языку, то виноваты вы сами или ваш учитель по русскому языку и литературы, но никак не автор статьи, раз вы не различаете слова компания и кампания. Судя по некоторым другим вашим комментариям вам ещё и манерам надо бы научиться.
А есть ссылка на документ, приостанавливающий выдачу виз? А то у FoxNews не указан источник, кроме какой-то записки от ГосДепа
Если посмотрите титры, то у многих AAA-игр есть СНГ-разрабы. Из последнего видел в AC: Shadows, причем немало
особенно классно узнавать, что какая-то функция работает асинхронно без единого намёка на это
Скорее для того, чтобы другие банки платили за эту технологию
В конце концов Netty существует далеко не первый год
По сути, второй и третий пункт вышли из первого
DI-библиотеки просто решают проблему инъекции зависимостей, чтобы руками не прописывать, архитектура тут может быть любая, а про неё ни слова
Как минимум, на одном соединении к СУБД вы долго не протянете и надо будет их создавать и удалять. Причём бездумно не получится, потому что есть такая штука как транзакции, запросы которых должны быть в рамках одного соединения. И вот у вас уже есть поддерево зависимостей, которое должно создаваться и удаляться динамически. И таких кейсов может быть много. Посмотрите на реализации DI/IoC в Java/C#, там приложения тоже запускаются один раз и всё, но разработчикам дают выбор скоупа зависимостей
Очередная библиотека для реактивного программирования, а чем она лучше того же RxJS? Быстрее? Понятнее? Или всё вместе?
Я в общем-то не любитель реактивного программирования, но с простотой чтения кода соглашусь, а вот написание кода очень сомнительно, по сути каждая такая библиотека - это отдельный язык внутри языка и буквально приходится сидеть с документацией, выискивая - а какая же функция мне тут нужна. Обычные синтаксические конструкции того же JavaScript просто так не возьмёшь, потому что другая парадигма, и иногда их использовать не получится в принципе
getData(n) - заменяем изменяем на результат этой функции, а имена переменных и функций можно вручную переименовывать в зависимости от контекста, так как это не особо отличается от обычной минификации, от любого бандлера
Приходилось по кое-какой нужде так делать, ничего сложного, пара часов и готово. А если код изначально использует много объектов, классов и тд, то там восстанавливать вообще нечего, так как обфускатору все аксессоры (филды, методы, геттеры, сеттеры и тд) нужно или оставлять в том же виде, чтобы не поломать ничего, или через тот же механизм getData, который довольно просто вернуть в исходное состояние.
Хороший обфускатор должен что-то заинлайнить, всё переименовать, простые операции заменить на много непонятных так, чтобы результаты были теми же и тд, а потом ещё это и хорошенечко зашифровать в eval, вызов которого тоже обфусцировать.
Так как мы говорим про JavaScript, то действительно хорошая обфускация просто убьёт производительность и размер вашего приложения, при том, что кто надо, тот всё равно вернёт код в приемлемое состояние. Как неплохой вариант действительно важный код переписать под WebAssembly, так восстанавливать код из ассемблера не самое приятное занятие, хоть и возможное + есть вероятность, что работать побыстрее будет. Пора уже смирится - всё, что вы отдаёте пользователям, становится общедоступным. Свои крутые алгоритмы переносите на сервер и не надо будет думать, как бы вам код обфусцировать, чтоб конкуренты не спёрли.
Где
успешнозабываем включить Row Level Security, из-за чего потом у нас угоняют базуЯ понимаю, проект больше для обучения механики, но стоило хотя бы упомянуть
Тут скорее борьба автоматического и ручного маппинга. Для себя я решил так - если объекты небольшие или маппинг нужен в 1-2 других классов, то можно и руками, а если начинается чехорда, когда объекты крупные и их надо в кучу других классов маппить, то использую автомаппер, желательно, который использует кодогенерацию, чтобы не было ошибок в рантайме
У Яндекса, который имеет юр.лица в Нидерландах, Сербии, Казахстане и, возможно, ещё в куче стран, с этим не должно быть проблем
Потому что кому-то нужны одни настройки, кому-то ещё другие, в итоге и получается дефолтный management ui plugin с очень многими настройками
Ещё надо спросить, сколько уволили и сколько ушли сами
По моему опыту, average lifetime джуна в компании - не более полугода, так как уже через 3 месяца работы у него будут предложения минимум x2 к текущим
Которую использовали китайцы для майнинга, а продавец взял у них её за 20к
Да, справа снизу от поиска показывает город, выберите там любой из РФ
По поводу первого пункта не совсем согласен. Если ты уровня стажор/джун, то можно и за 20к поработать, главное, во время уйти (через 3-6 месяцев) и потом спокойно просить x3-x4, а то и гораздо больше, а не сидеть и ждать, пока тебя заметят и магическим образом повысят зп.
А если уж очень хочется денег и ментально готов впахивать за четверых, то можно соврать об опыте и просить ещё больше.
Если вы обучились плохо русскому языку, то виноваты вы сами или ваш учитель по русскому языку и литературы, но никак не автор статьи, раз вы не различаете слова компания и кампания. Судя по некоторым другим вашим комментариям вам ещё и манерам надо бы научиться.
Яндекс в URL добавляет метки, по которым мы можем отслеживать, что пользователь пришёл с него