It's time to talk about our new conference - JBreak 2018. For the impatient, the calling card of the event:
But first, I want to tell one story. Usually such stories-prefaces are very boring, I know, but still - listen. She will help you decide whether to go to this conference.
It so happened that I have many friends at the age of about 25 years. They all sincerely believe that they will not live to 30, and ask - well, how is it there, on the other side? They also ask how to become a real programmer ( whatever that means ). And also - whether to go to the conference. I answer: so far it is wonderful here, it is possible and necessary to become a successful developer, and to explain it I have three stories.
Let's get acquainted. My name is Oleg, I am 31 years old, born, live and work in Novosibirsk. Most recently, he worked as a Java architect in a large company, and now joined the JUG.ru Group team and organize conferences with 23derevo , ARG89 and other people you know about Habra. This work is perceived absolutely not as work, but as some kind of sacred mission - this will be further.
The first story begins somewhere in school. My parents had a very specific idea of ​​my future: I had to become an artist, an architect, or something like that — like themselves. I had to draw a lot, go to special clubs, prepare for admission to the Novosibirsk State Academy of Architecture and Art (NGUADI / NGAHA) and so on. This line of development was severely broken by a meeting with the Computerra magazine, which clearly showed that with the help of program code one can draw much more beautiful pictures. However, the ability to draw and knowledge of the basic categories of composition, understanding how a beautiful product looks, burned in the brain forever.
The second story began immediately after entering the NGU, and more precisely, an epic departure from it due to the undelivered exam in physics. By that time, her father had died, and her mother would have to give all the money she earned as a school art teacher to pay for a uni. I could not accept such a sacrifice, and instead just went to work.
Initially it was Delphi, but with the release of Delphi 8, it became clear: the platform would soon end, and we had to run at a breakneck pace, no matter where.
Then there was a long shameful period when I modeled a DLL in C ++, connecting them to the web interface in Delphi. It worked poorly, I threw in a couple of projects and lost a few friends with whom we did these projects. Probably everybody ever piled up projects through their own fault and they know this bitterness and shame. I had to quit programming and go to the sysadmins. At this second story stops temporarily.
The third story is about the fact that any developer at least sometimes presents himself as a great leader. At first, I went to the system administrators, clearly realizing that the sysadmin of a small company is the second person after the director. Then I made websites (at first it was very bad, then it got better and better - as I mastered Photoshop and Korela) - first one, then I started sharing my work with friends. It quickly became clear that in the face of tough competition, the easiest thing to do is not all the work, but only to help other developers to do very complex things. And the most difficult thing is, of course, backend programming.
And now, as old Jobs used to say , it's time to connect the dots. The ability to program led to the first job by a Java developer at Axmor (a company in Akademgorodok) under the authority of Andrei Kanonirov. The ability to communicate with the business and produce visually beautiful products helped to quickly jump to the position of lead developer with his own team (already in another company), then - product manager, and, skipping a few more projects, managed to climb the mountain, up to the position of architect in Sbertech .
Each of these jumps occurred with the growth of either salary, or interestingness of the project, or some other goodies . Each of them was very painful - when I was in control for a year and did not write code, it’s very difficult for an interview to remember “how many methods does ArrayList have”. Conversely, when the year kodil one focused topic, it is very difficult to switch to multitasking from dozens of tasks and drawing up an annual plan (Agile? What is Agile?).
One of the most important things that helped me to make these jumps the least painful is books and educational videos on YouTube. Let me explain for YouTube: when you are a Java Junior with a salary of 15 thousand rubles, you can’t go to real conferences - there’s hardly enough money to devour. When you work “for the idea” and 30 thousand rubles in a state-owned company, you are unlikely to fly to St. Petersburg for a Joker (the main Java conference in Russia), this is simply not enough salary. Therefore - watching videos on YouTube.
And it helped a lot. On the one hand, there were reports containing knowledge unique to Russia (my competitive advantages relative to other Java developers). On the other hand, they can be applied by more exotic methods. For example, once I applied a wonderful hack: I compiled several popular reports with the contents of a kookbook on the then-popular Java web framework Wicket and wrote a short training course on YouTube. When asked at an interview if I knew Wicket, it was enough to show the YouTube channel to get a job. Rollers deleted, so as not to shame - as I understand now, in vain. At the last place of work, during centralized testing, the reports of Lyosha Shipilev allowed to solve almost all the tests on the subject of Java Concurrency, which helped a lot in the future.
The moment came when I, with a pure heart, bought the most expensive (because I missed all possible registration deadlines) a Joker ticket. With a clear understanding that it was not me who “went broke” on a ticket, but what exactly Joker brought me here: in such a situation, when I don’t give a damn how much the ticket costs and how far I have to go by plane. This is such a special self-sustaining system - the more you invest in it, the greater the return.
And just recently, 23derevo offered to join the organization of these conferences. Did I have any choice? I just have to make sure that secret knowledge belongs not only to a certain small group of elite corporate programmers, but to all people. So that every stern Siberian developer, every Novosibirsk and Barnaul has the opportunity to do their projects using the latest technologies or at least have a steep high-paying job, not wallowing in cheap outsourcing and vulgar bodyshop. Everyone in life has its points, helping to connect them is more than just work. The result of this mission is the best Java conference in Russia: JBreak, Joker and JPoint.
In my subjective opinion, JBreak 2018:
The program is still being formed. Now only a few reports are known, the information on which is presented below. In the future, reports will be added (this can be seen on the official site )
Simon Ritter, Azul Systems
Simon is Azul's deputy general manager, who has been in IT business since 1984. (The author of this habrapost was not born that year). In 1996, Simon began working on JDK 1.0 at Sun Microsystems, then became an evangelist at Oracle, and now works at Azul, represents Azul at the JCP, and continues to help people deal with Java and other JVM technologies. It is Java Champion, twice Java Rockstar for JavaOne, and so on and so forth.
His report will begin with a brief overview of what has been included in Java 9 and how it will help Java developers (and perhaps give them a serious challenge). JDK 9, including the Java Platform Module System (JPMS), is finally out, and something needs to be done about it.
Oracle has made some important announcements about the future of JDK and Java EE. We’ll learn about the expected changes in the frequency of JDK releases, the numbering scheme and the release of binaries under the GPL. We will also look at the long-term support (LTS) model and what this means for developers and administrators.
Finally, we will look into the future of the platform. There are many proposals for improving JDKs (JEPs) and OpenJDK projects like Valhalla, Amber, Metropolis and Loom. Discuss what it is and how important it is for developers.
Nikita pjBooms Lipsky, Excelsior
Nikita is one of the initiators and managers of the Excelsior JET project, a certified Java SE implementation developed by Excelsior. Working on the project since 1997, he participated in the research and development of virtually all components of the product, from the core to the product properties. In particular, he is one of the authors of OSGI support at the JVM level in Excelsior JET, Java Runtime Slim Down technology (Java SE modularization implemented in Excelsior JET since 2007), both Java bytecode verifiers in Excelsior JET and much more.
In this report, Nikita will talk about the bytecode verifier. Today, Java developers are increasingly using libraries to generate Java bytecode in runtime to effectively implement various tricks that are difficult or impossible to express in Java. But if using the Java language, the javac compiler ensures that the output will be the correct Java bytecode, then going down to the level of the bytecode itself, you often need to independently monitor its correctness. Otherwise, you will get jlVerifyError when loading the classes you have generated, because the JVM strictly monitors the correctness of the bytecode that it loads by means of the Java bytecode verifier. Thus, when generating bytecode, it is often not enough for you to simply know the semantics of bytecode instructions, you also need to know how the Java bytecode verifier works, which bytecode it considers correct and which it does not.
In this report, we will understand what mission in the JVM the bytecode verifier carries, when and how it works, whether it can affect the performance of your application and why it is dangerous to disable it.
Alexey Zaleslaw Zinoviev, EPAM
Alexey is the embodiment of Charon. In Greek mythology, Charon was engaged in transporting the souls of the dead across the River Styx, and Alex carries from Java to Big Data. Simply put, he is a practicing trainer at EPAM Systems. He has been friends with Hadoop / Spark and other bi-datas since 2012, forks and pull-ups since 2014, tells since 2015. He especially loves text data and large graphs.
In the direction of BigData, not only data scientists are needed, tyunyuschie parameters of models from packages in R / Python, but also javista who are able to understand built models, implementing them in Java / Scala, including using Spark MLlib. With the help of Alexey, we will begin to get acquainted with this most powerful library of distributed machine learning, at the same time discussing the features of using standard machine learning algorithms and data structures in Spark.
Dmitry Bugaychenko, Mail.ru
Dmitry graduated from St. Petersburg State University in 2004, where he defended his Ph.D. in formal logical methods in 2007. He worked in outsourcing for almost 9 years without losing contact with the university and the academic environment. Big data analysis in Odnoklassniki became for Dmitry a unique chance to combine theoretical training and a scientific foundation with the development of real, sought-after products. And he gladly took this chance, having come there five years ago.
In the framework of Dmitry's report, we will look at the main architecture of the Spark ML machine learning library, as well as the features of its use for solving real problems with processing large amounts of data. Special attention will be paid to a number of limitations that complicate the use of the library, and we will learn what extensions for standard elements had to be developed in order to circumvent these limitations and fully unleash the potential of massive distributed machine learning. The work of the standard library and its extensions will be demonstrated on the example of the task of ranking the news feed in the social network Odnoklassniki. The report will be useful to developers, data engineers and analysts using machine learning methods and a distributed information processing platform.
Sebastian daschner
Sebastian works as a Java-consultant, is the author of books and trainer, among other things, engaged in programming with the use of Java (EE). For example, you might know his book Architecting Modern Java EE Applications . Sebastian participates in JCP and helps shape Java EE standards by participating in groups such as JAX-RS and JSON-P. For all this, he was awarded the title of Java Champion, Oracle Developer Champion, JavaOne Rockstar, etc. In addition to Java, Sebastian is engaged in Linux containerization technologies, for example, Docker.
Now a few words about the report. Most developers still try to avoid testing topics. Despite the fact that testing is of great importance for software, the development and maintenance of tests require a certain amount of time and effort, especially when changes in existing functionality cause test scripts to adapt. Not doing software tests is not a solution. This raises the question: how can the enterprise tests be performed most effectively and efficiently?
In this report, we look at what is needed for effective, pragmatic and automated testing of Java EE applications. We'll see how to maintain fast feedback, substantial coverage and constant development speed. Most of the time will be devoted to live coding of tests of different scale using different technologies. We show how containers and orchestration frameworks support efficient enterprise testing. And especially focus on developing a supported and high-quality test code that requires mastering the basics of mastering software.
Surely you know the feeling when you raise your hand to ask a question, and the presenter suddenly announces: “There is time for one question” - and of course, the choice does not fall on you, but during the break the speaker is hiding behind the doors of the speaker rooms.
If over the past year you have ever been at our conferences, then you already know that this does not happen with us. Each report is accompanied by a discussion area . Everybody is delighted with this format: both the participants and the speakers - you can calmly ask specific questions in a special place, the speaker has the opportunity to constructively and thoroughly answer any question, no matter how narrow it is, without thinking about timing or Whether it is interesting to all to listeners.
It is the discussion zones that answer the question “why go to conferences, when you can learn everything on the Internet”. It's simple: to personally ask your specific question. Well, at JBreak 2018, all the conditions are created for this: in long breaks, track-guns will lead the speaker into the allocated space with an illustration board, sitting places and the opportunity to grab a cup of coffee. Now not a single question will drown in timing.
I hope I gave you enough information to figure out whether to go for JBreak or not.
Important warning: at the time of the announcement the lowest ticket prices are valid. So if you are sure - buy a ticket right now ! And if you are not sure, you can wait for higher prices and the final program. Or watch our two-minute video and try to understand whether you want to plunge into this atmosphere:
Source: https://habr.com/ru/post/342798/
All Articles