надо чат переименовать во флудилку

Flood - это заполнение канала бессмысленной информацией, типа ывалоравды :) ? :( :):):):):):) ыфлоавжdsf;kjgs Это же обычная беседа или флейм.

ну давайте сугубо по делу) просто народу много и пока кто-то выскажет свое мнение, чатик наполнится сообщениями

я прост не совсем понял, зачем вот тот тест еще как-то комментировать

Open(NotStartPage)

Нас почти 200 ) Если хотя бы 5 вступят в беседу, другим 5, которым это не интересно это будет казаться флеймом )

тест писать же надо так, что бы его коментировать не надо было)

я прост не совсем понял, зачем вот тот тест еще как-то комментировать

мы документируем либо идею(если метод небольшой), либо(если большой) блоки внутри метода.

это хорошо помогает самому врубиться через некоторое время в своё благолепие, так и новым людям понять "що це таке" и с чем это едят

ну эт правильно, но если он сложный :-) ваще комментирование - эт зло, надо как-то так писать, чтобы поменьше комментов было)

я кстати, как прикрутил Аллюр, то избавил себя от комментариев, так как в методе можно сверху аннотацией описать, че эт за метод такой)

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

ну эт правильно, но если он сложный :-) ваще комментирование - эт зло, надо как-то так писать, чтобы поменьше комментов было)

ну понимаешь, иногда не всё так просто... а если над тестом и его поддержкой трудилось несколько поколений с разным уровнем подготовки...

@Step("Login with name & password") public PopUp loginWith(String name, String password) { fieldLogin.type(name, true); fieldPassword.type(password, true); buttonSubmit.clickOn(); return popUp(); }

есть подход - не комментируй свой код, перепиши его.

как по мне - лучше добавить комментарии и идею, дабы следующий всяк сюда входящий - понимал затею и не поломал

http://sublimecoding.com/blog/2015/01/12/dont-comment-your-code-rewrite-it/

@Step("Login with name & password") public PopUp loginWith(String name, String password) { fieldLogin.type(name, true); fieldPassword.type(password, true); buttonSubmit.clickOn(); return popUp(); }

а что делает true в методе type? после логина пользователь получает попап?

http://sublimecoding.com/blog/2015/01/12/dont-comment-your-code-rewrite-it/

это же про perl?

public class TextInput extends BaseElements { public TextInput(final WebDriver driver, final SearchBy elementSearchCriteria, final String elementValue) { super(driver, elementSearchCriteria, elementValue); } @Override @Step("Press 'Enter' in field") public void clickOn() { waitUntil(ExpectedConditions::elementToBeClickable).sendKeys(Keys.ENTER); } @Step("Type text \"{0}\" in field") public void type(final CharSequence text) { type(text, true); } public void clearInput() { waitUntil(ExpectedConditions::elementToBeClickable).clear(); } @Step("Type text \"{0}\" in field") public void type(final CharSequence text, final boolean clear) { if (clear) { clearInput(); } waitUntil(ExpectedConditions::elementToBeClickable).sendKeys(text); } }

есть подход - не комментируй свой код, перепиши его.

если у компании есть бабки и время - то пожалуйста. а когда работаете на традиционной галере и автотесты - завершающий аккорд для сдачи... плюсом у вас еще есть пара тройка совершенно других проектов...

@Archieru, выше скинул код для понимания, что делает true :-)

если тру, то в тайпе надо сделать клир перед вводом, если фолс, то не надо делать клир перед сендкейсом

вот когда видишь что вундервафля имеет лютый костыль и есть время понять и переделать - то чего б его не переделать. если можно сделать лучше. главное чтоб потом внезапно какой-нибудь тест-портянка не упал из-за "оптимизаций"

во кста, косяк нашел :-) clearInput - должен быть приватным методом )

если тру, то в тайпе надо сделать клир перед вводом, если фолс, то не надо делать клир перед сендкейсом

А type false хоть раз где-то используется?

да

используется

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

Ффффлудильня

Разбивка по топикам была б удобнее

Бюрократия - это прекрасно

public class TextInput extends BaseElements { public TextInput(final WebDriver driver, final SearchBy elementSearchCriteria, final String elementValue) { super(driver, elementSearchCriteria, elementValue); } @Override @Step("Press 'Enter' in field") public void clickOn() { waitUntil(ExpectedConditions::elementToBeClickable).sendKeys(Keys.ENTER); } @Step("Type text \"{0}\" in field") public void type(final CharSequence text) { type(text, true); } public void clearInput() { waitUntil(ExpectedConditions::elementToBeClickable).clear(); } @Step("Type text \"{0}\" in field") public void type(final CharSequence text, final boolean clear) { if (clear) { clearInput(); } waitUntil(ExpectedConditions::elementToBeClickable).sendKeys(text); } }

где опсалово?)

Любая программа содержит два описания: одно для процессора, другое для человека. Если нет цели сделать понятным код для человека (включая будущего себя), то второе описание можно опустить. При этом именование функций, переменных, классов и т.п., очевидно, есть часть описания для человека, ибо компилятору/интерпретатору монопенисуарно как заклеймена та или иная языковая конструкция, он все перемолотит в двоичное пюре. В общем случае недостаточно ограничиться хорошим именованием лексем, т.к. краткое обличение мысли сродни искусству, и как любое другое искусство оно рискует быть непонятым.

Любая программа содержит два описания: одно для процессора, другое для человека. Если нет цели сделать понятным код для человека (включая будущего себя), то второе описание можно опустить. При этом именование функций, переменных, классов и т.п., очевидно, есть часть описания для человека, ибо компилятору/интерпретатору монопенисуарно как заклеймена та или иная языковая конструкция, он все перемолотит в двоичное пюре. В общем случае недостаточно ограничиться хорошим именованием лексем, т.к. краткое обличение мысли сродни искусству, и как любое другое искусство оно рискует быть непонятым.

https://v1.std3.ru/a1/c9/1435221535-a1c9f4baf48e2fdb828775fc87d14e48.gif

Мы так упираемся в написание очевидного, что у меня вопрос - эй, крутые программисты, освоили бы вы язык программирования, на котором вы сейчас программируете, вообще (от слова СОВСЕМ) без какой либо документации?

Какая такая документация ? Что за глупости ? :)

Какая такая документация ? Что за глупости ? :)

как какая? ну, книги там всякие по алгоритмам, сайты посвящённые конкретно взятому языку, встроенный хелпер в язык программирования или комментарии других разработчиков, которые не чураются их писать

Без документации можно, но долго.. очень долго. Жили же люди без письменности какое-то время.

как какая? ну, книги там всякие по алгоритмам, сайты посвящённые конкретно взятому языку, встроенный хелпер в язык программирования или комментарии других разработчиков, которые не чураются их писать

то что тут перечислено - это не документация, а обучение. и да, научиться без обучения невозможно по определению. не нужно путать обучение и документацию.

то что тут перечислено - это не документация, а обучение. и да, научиться без обучения невозможно по определению. не нужно путать обучение и документацию.

разве обучение?)

Без документации можно, но долго.. очень долго. Жили же люди без письменности какое-то время.

в пещерах даже когда жили и то на скалах писали

Напиши print "hello world". Смотри, вывелась надпись "hello world"

это обучение, а не документация.

благодаря обучению можно научиться программировать

документация тут не при чём

это обучение, а не документация.

разве print - это не функция?

а функции у нас, где перечисляются?)

разве print - это не функция?

и что? ты пытаешься меня убедить, что урок = документация? нет, урок это не документация. и учиться лучше при помощи уроков, а не при помощи документации. учиться по документации - нудно и глупо.

и что? ты пытаешься меня убедить, что урок = документация? нет, урок это не документация. и учиться лучше при помощи уроков, а не при помощи документации. учиться по документации - нудно и глупо.

т.е. то, что в школе тебя учили не только по учебникам и другим иисточникам информации - это глупо и нудно?)

У меня зелёные носки, а у тебя - зелёный горошек. Значит носки - это горох.

У тебя явно проблемы с логикой

У тебя явно проблемы с логикой

как раз логика элементарная

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

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

php - это язык программирования?)

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

а я думал, что это подделка оскорбительная

Не более оскорбительная чем HTML

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

кстати, вы про desktop забыли упоминуть)

Простой и мощный язык для создания домашних страничек - это действительно то, чем должен был стать и стал PHP

Не более оскорбительная чем HTML

не, ну это то, хоть куда не шло, а php... стыд и срам

Personal Home Page

По мне пхп сейчас гораздо лучше питона :)

как по мне, так delphi был для меня удобным, так и остался

я на нём и web и desktop и mobile могу

Delphi клевый, но он умер :(

по мне так язык значения не имеет.

Delphi клевый, но он умер :(

как так?

Delphi клевый, но он умер :(

https://www.embarcadero.com/ru/products/rad-studio/start-for-free

у меня был проект на десктопном php распределённой системы шифрования. потому что на php очен ь удобное приведение типов, а там нужно было часто строки представлять в виде чисел.

Разработка в Delphi умерла

Разработка в Delphi умерла

знаю пару проектов, до сих пор на delphi пишут

при всей моей любви к delphi я уже много лет не видел на нём серьёзных проектов и живых людей которые эти проекты делают

Я тоже знаю, меня даже как-то хантили, но ...

Есть проекты/люди, которые на cobol до сих пор сидят. Языки быстро не умирают.

ок, бросайте всё, учите delphi, удачи в поиске работы ;)

Умирают, когда перестают появляться новые проекты

Умирают, когда перестают существовать старые проекты

ок, бросайте всё, учите delphi, удачи в поиске работы ;)

бросать не будем, жалко такое наследие, просто хорошо поищем)

если выучить java, python и C, то можно работать на 95% проектов. особенно если ещё и ruby добавить. а вот если выучить delphi + cobol, то выбор проектов очень заметно сузится.

вопрос свободы выбора

если выучить java, python и C, то можно работать на 95% проектов. особенно если ещё и ruby добавить. а вот если выучить delphi + cobol, то выбор проектов очень заметно сузится.

инфа 146%?

Что сделает тебя высокооплачиваемым узким специалистом

Что сделает тебя высокооплачиваемым узким специалистом

не уверен что высокооплачиваемым, а так - да

Учи php - спрос будет большой :trollface:

высокооплачиваемый - хаскель+хадуп

но о них речи не шло

Учи php - спрос будет большой :trollface:

Сечёшь!

Ты не пытаешься уловить ход моей мысли. Есть проекты, которые живут десятилетиями. За это время могут смениться поколения технологий, но проект продолжит существовать на старой. Чем сложнее найти специалиста, тем выше ему будут платить.

Мысль поняли, но язык от этого живее не станет

Язык жив пока на нем говорят и пишут

Поддержка проекта - это та же разработка

Ты не пытаешься уловить ход моей мысли. Есть проекты, которые живут десятилетиями. За это время могут смениться поколения технологий, но проект продолжит существовать на старой. Чем сложнее найти специалиста, тем выше ему будут платить.

пока дельфисты ещё не так редки: большинство разработчиков знает как писать на дельфи, а если не знает, то хороший разработчик за день разберётся. что не делает знание дельфи суперскиллом за который тебе моментально привезут золотую гору и 100 наложниц.

Да все вы за день разберётесь

Конечно за день :)

А может даже и за половину :)

Новые буквы учатся быстро. Новые идеи - дольше. В дельфи новых идей по сравнению с java и С практически нет. А то что вместо { надо писать begin - много ума не требуется чтобы понять.