October 2017 - Esug-list - lists.esug.org

Re: [Esug-list] To improve the quality of the ESUG videos

by Steven Kelly

Hi Stef, I’ve not used that particular capture card, but a few others certainly – from low end to high end, mostly for live streaming of cameras and PC screen. I use Livestream Producer and Livestream Studio for that, but they are more expensive that vMix and OBS Studio that I recommend below. That AV.io HD is pretty high end, but has the possible problem that there’s no video output, so you couldn’t put it directly between the presenter’s PC and projector. You’d need splitters for whatever inputs you might have from the PCs. One option may be if the projector has an output, generally VGA, and you could get the signal to capture from there, always in the same format regardless of the presenter’s PC. I haven’t tried that enough to know how much quality etc. varies. How are you recording currently, and with what products? - webcam? - An SD card in the camera? - A video cable from the camera to a video capture card on a PC? - Some computer video format sent by the camera to the PC via USB/IP? If you want to improve the videos, I’d suggest: - using the camera to film the speaker rather than the slides. The current camera is really suffering trying to record the screen, but contrast improves quite a bit when it occasionally films the speaker, e.g. here<https://youtu.be/lBxwaUvortA?t=8m26s>. - using a capture card as suggested to grab the projector input. - using something like vMix<https://www.vmix.com/purchase/> or OBS Studio<https://obsproject.com/> on a separate PC to take the audio and video inputs and mix them into a stream, which could go live to YouTube. (Not so much because I think ESUG should be live, but because it’s less time consuming to do the video mixing live at the conference, rather than having to mix and upload everything in the evening or after the conference.) An alternative approach: The cool way to do this these days is to use NDI<https://www.newtek.com/ndi> – a fast video codec, that in this case could capture the screen on the presenter’s PC (NDI Scan Converter<https://www.newtek.com/ndi/tools/>, simple install) and be picked up over the (preferably wired) network by the PC used to record the camera. Cost: $0, and no fiddling about with extra video cables. The downside is of course the install. Mind you, if you had the video PC connected to the projector, showing the presenter’s video output as it is received via NDI, that means you avoid the normal problems of trying to get each PC working with the projector. All the best, Steve From: Esug-list [mailto:esug-list-bounces@lists.esug.org] On Behalf Of Stéphane Ducasse Sent: Tuesday, October 31, 2017 5:02 PM To: ESUG Mailing list Subject: [Esug-list] To improve the quality of the ESUG videos Hello Smalltalk Friends We would like to improve the capture of screen for the I googled a bit after talking with peter uhnak and we could capture the screen output (on the way to the projector). https://www.amazon.com/AV-io-HD-video-capture-1080p/dp/B00ZH7HRKW?Subscript… I would like to know if one of you got experience with such devices. Stef -------------------------------------------- Stéphane Ducasse http://stephane.ducasse.free.fr http://www.synectique.eu / http://www.pharo.org 03 59 35 87 52 Assistant: Julie Jonas FAX 03 59 57 78 50 TEL 03 59 35 86 16 S. Ducasse - Inria 40, avenue Halley, Parc Scientifique de la Haute Borne, Bât.A, Park Plaza Villeneuve d'Ascq 59650 France

Oct. 31, 2017

To improve the quality of the ESUG videos

by Stéphane Ducasse

Hello Smalltalk Friends We would like to improve the capture of screen for the I googled a bit after talking with peter uhnak and we could capture the screen output (on the way to the projector). https://www.amazon.com/AV-io-HD-video-capture-1080p/dp/B00ZH7HRKW?Subscript… I would like to know if one of you got experience with such devices. Stef -------------------------------------------- Stéphane Ducasse http://stephane.ducasse.free.fr http://www.synectique.eu / http://www.pharo.org 03 59 35 87 52 Assistant: Julie Jonas FAX 03 59 57 78 50 TEL 03 59 35 86 16 S. Ducasse - Inria 40, avenue Halley, Parc Scientifique de la Haute Borne, Bât.A, Park Plaza Villeneuve d'Ascq 59650 France

Oct. 31, 2017

UK Smalltalk User Group Meeting - Monday, October 30th - PharoLambda: Smalltalk running serverless on AWS

by Tim Mackinnon

The next meeting of the UK Smalltalk User Group Meeting will be on Monday, 30th October. We'll meet at The City Pride, London ( http://www.cityprideclerkenwell.co.uk/ <http://www.cityprideclerkenwell.co.uk/> ) at 7pm. Tim Mackinnon will show how recent Pharo advances with a small footprint 64bit image allow for Smalltalk to run happily on AWS Lambda and power things like an Alexa skill. While serverless architecture is interesting in its own right, the neat twist is using standard Smalltalk tooling to "~live" debug a failed execution and step through a post mortem stack. We will take a peak at the GitLab CI setup to deploy an Alexa application, look at how a simple lambda function can be hooked up and then discuss how we might leverage other Smalltalk strengths in a serverless world. If you'd like to join us, you can just show up at the pub. You can also sign up in advance at the meeting's Meetup page: https://www.meetup.com/UKSTUG/events/244451089/ <https://www.meetup.com/UKSTUG/events/244451089/>. See you there!

Oct. 27, 2017

CfP <Programming> 2018: Research Papers Third Submission Deadline

by Sylvia Grewe

<Programming> 2018 : The Art, Science, and Engineering of Programming Mon 9 - Thu 12 April 2018 Nice, France http://2018.programming-conference.org/ In 2017, we started a new conference and journal focused on everything to do with programming, including the experience of programming, called <Programming> for short. The first edition of <Programming> was a great success (see http://twitter.com/programmingconf for testimonies). Paper submissions and publications are handled by the affiliated journal (http://programming-journal.org/) Accepted papers must be presented at the conference. ******************************************************** CALL FOR PAPERS ******************************************************** <Programming> 2018 accepts papers that advance knowledge of programming. Almost anything about programming is in scope, but in each case there should be a clear relevance to the act and experience of programming. UPCOMING SUBMISSION DEADLINES: December 1 2017 (Research Papers Third Submission Deadline, for journal Vol. 2, Issue 3) We accept submissions covering several areas of expertise. These areas include, but are not limited to: • General-purpose programming • Distributed systems programming • Parallel and multi-core programming • Graphics and GPU programming • Security programming • User interface programming • Database programming • Visual and live programming • Data mining and machine learning programming • Interpreters, virtual machines and compilers • Modularity and separation of concerns • Model-based development • Metaprogramming and reflection • Testing and debugging • Program verification • Programming education • Programming environments • Social coding ******************************************************** IMPORTANT UPCOMING DATES ******************************************************** Research paper submissions: December 1 2017 (Research Papers Third Submission Deadline, for journal Vol. 2, Issue 3) Research paper first notification (for third submission deadline): February 1 2018 Research paper revised submission (for third submission deadline): March 1 2018 Research paper final notification (for third submission deadline): March 7 2018 Camera-ready copy (for third submission deadline): March 15 2018 Student Research Competition Abstracts Submission: January 22 2018 All important dates of the journal throughout the year can also be found at http://programming-journal.org/timeline/ ******************************************************** ORGANIZATION ******************************************************** General Chair: Manuel Serrano, INRIA France Local Organizing Chair: Tamara Rezk, INRIA France Organizing Committee: Stefan Marr (workshops co-chair), University of Kent, United Kingdom Jennifer B. Sartor (workshops co-chair), Software Languages Lab, Vrije Universiteit Brussel Belgium Philipp Haller (student research competition chair), KTH Royal Institute of Technology, Sweden Tobias Pape (web technology), HPI - University of Potsdam Sylvia Grewe (publicity), Technische Universität Darmstadt Germany Minh Ngo (volunteers chair), INRIA France Etienne Lozes (grants committee chair), Université de Nice Sophia-Antipolis, France Yves Roudier (poster chair), Université de Nice Sophia-Antipolis, France Program Committee: Guido Salvaneschi (program chair), Technische Universität Darmstadt, Germany Davide Ancona, University of Genova, Italy Alberto Bacchelli, Delft University of Technology, Netherlands Shigeru Chiba, University of Tokyo, Japan Yvonne Coady, University of Victoria, Canada Susan Eisenbach, Imperial College London, UK Patrick Eugster, TU Darmstadt, Germany & Purdue University, United States Antonio Filieri, Imperial College London, UK Matthew Flatt, University of Utah, United States Lidia Fuentes, Universidad de Málaga, Spain Richard P. Gabriel, Dream Songs, Inc. & HPI, California Jeremy Gibbons, University of Oxford, UK Yossi Gil, Israel Institute of Technology Elisa Gonzalez Boix, Vrije Universiteit Brussel, Belgium Phlipp Haller, KTH Royal Institute of Technology, Sweden Matthew Hammer, University of Colorado, Boulder, United States Felienne Hermans, Delft University of Technology, Netherlands Robert Hirschfeld, Hasso Plattner Institute (HPI), Germany Roberto Ierusalimschy, Pontifical Catholic University of Rio de Janeiro, Brazil Jun Kato, National Institute of Advanced Industrial Science and Technology, Japan Jörg Kienzle, McGill University, Canada Neelakantan R. Krishnaswami, University of Cambridge, UK Ralf Lämmel, University of Koblenz-Landau, Germany Hidehiko Masuhara, Tokyo Institute of Technology, Japan Mira Mezini, Technische Universität Darmstadt, Germany Emerson Murphy-Hill, North Carolina State University, United States Mario Südholt, IMT Atlantique, Nantes, France Sam Tobin-Hochstadt, Indiana University, United States Eelco Visser, Delft University of Technology, Netherlands Tijs van der Storm, CWI & University of Groningen, Netherlands ******************************************************** <Programming> 2018 is kindly supported by: ACM In-Cooperation SIGPLAN (In-cooperation) SIGSOFT (In-cooperation) INRIA France AOSA ********************************************************

Oct. 20, 2017

Engineer Position 1 year in France with Pharo

by Stéphane Ducasse

Engineer Position 1 year INRIA RMoD are looking for a full-time engineer for helping with developing Pharo in the context of IoT.The focus of this job is "Pharo on embedded and mobile devices for the internet of things" With Pharo, we have developed over the last two years an interactive, remote development environment. It allows embedded, headless software running on typical raspberry pi class hardware to be developed and debugged in an interactive way. It allows programmers to explore and change running headless embedded programs from their desktop development machine. The next step will be to extend this infrastructure to cover the use case of industrial use: Deployment. We want to build a middle-ware to manage, authenticate and script deployed Pharo embedded installations. The engineer will help to develop the Pharo IoT infrastructure, especially with a focus on industrial use: ·I mprove Pharo for a platform with an industrial focus. · Work on a middleware to manage deployed Pharo instances. ·Realize two small demos: First, as an industrial IoT example, a demo deployed on 20+ devices. Demo 2: Pharo deployed on multiple mobile autonomous robots. ·Help with creating a website for PharoIOT. We are looking for a candidate with some prior experience with Pharo. In addition: · Knowledge in Dynamic Languages (Pharo is a plus but not required) ·Experience with embedded development is a plus but not required ·English Work in a research lab, but no paper writing, no teaching, no administration. In addition: Centrally located (one hour from Paris, 1h20 from London, 35 min from Brussels) Try a lot of good beer (our office is just 10km from the border to Belgium) Program with Pharo all day! Lille is an active city but not expensive (lot of students...), centrally located with good connections by train to everywhere (including CDG and Brussels airports). Duration: 12 + 12 months Starting date: Feb or March 2016 Salary: 2600-3200 euros brut (french brutto = potentially one month of taxe per year) / month, depending on experience - (56000 Euros paid by the employer before any taxes). Location: Lille (no remote job possible) More about Pharo: http://www.pharo.org INRIA RMOD: http://rmod.lille.inria.fr INRIA Lille: http://www.inria.fr/lille INRIA in General: http://www.inria.fr Lille: http://en.wikipedia.org/wiki/Lille http://wikitravel.org/en/Lille Do not hesitate to contact us for more information. -------------------------------------------- Stéphane Ducasse http://stephane.ducasse.free.fr http://www.synectique.eu / http://www.pharo.org 03 59 35 87 52 Assistant: Julie Jonas FAX 03 59 57 78 50 TEL 03 59 35 86 16 S. Ducasse - Inria 40, avenue Halley, Parc Scientifique de la Haute Borne, Bât.A, Park Plaza Villeneuve d'Ascq 59650 France -------------------------------------------- Stéphane Ducasse http://stephane.ducasse.free.fr http://www.synectique.eu / http://www.pharo.org 03 59 35 87 52 Assistant: Julie Jonas FAX 03 59 57 78 50 TEL 03 59 35 86 16 S. Ducasse - Inria 40, avenue Halley, Parc Scientifique de la Haute Borne, Bât.A, Park Plaza Villeneuve d'Ascq 59650 France

Oct. 20, 2017

Re: [Esug-list] In Vancouver next week?

by Yoshiki Ohshima

Definitely and any other time! On Thu, Oct 19, 2017 at 7:56 AM, Alexandre Bergel <abergel(a)dcc.uchile.cl> wrote: > Excellent! > I arrive on Monday, and leave on Friday. > > On Monday afternoon I will have a bit of time. Maybe we could go for a > drink? > > Alexandre > -- > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > Alexandre Bergel http://www.bergel.eu > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > > On Oct 19, 2017, at 10:16 AM, Yoshiki Ohshima <Yoshiki.Ohshima(a)acm.org> > wrote: > > I will be! Arriving Saturday evening, have two workshop > presentations, and leaving Thursday. > > On Wed, Oct 18, 2017 at 1:52 PM, Alexandre Bergel <abergel(a)dcc.uchile.cl> > wrote: > > Hi! > > Just wondering, any of you is attending SPLASH or is in Vancouver next week? > A few of us will be there. > Maybe we could have a chat around one drink (or two :-) > > Cheers, > Alexandre > -- > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > Alexandre Bergel http://www.bergel.eu > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > > > _______________________________________________ > Esug-list mailing list > Esug-list(a)lists.esug.org > http://lists.esug.org/mailman/listinfo/esug-list_lists.esug.org > > > > > -- > -- Yoshiki > > > > _______________________________________________ > Esug-list mailing list > Esug-list(a)lists.esug.org > http://lists.esug.org/mailman/listinfo/esug-list_lists.esug.org > -- -- Yoshiki

Oct. 19, 2017

Re: [Esug-list] In Vancouver next week?

by Alexandre Bergel

Excellent! I arrive on Monday, and leave on Friday. On Monday afternoon I will have a bit of time. Maybe we could go for a drink? Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > On Oct 19, 2017, at 10:16 AM, Yoshiki Ohshima <Yoshiki.Ohshima(a)acm.org> wrote: > > I will be! Arriving Saturday evening, have two workshop > presentations, and leaving Thursday. > > On Wed, Oct 18, 2017 at 1:52 PM, Alexandre Bergel <abergel(a)dcc.uchile.cl> wrote: >> Hi! >> >> Just wondering, any of you is attending SPLASH or is in Vancouver next week? >> A few of us will be there. >> Maybe we could have a chat around one drink (or two :-) >> >> Cheers, >> Alexandre >> -- >> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: >> Alexandre Bergel http://www.bergel.eu >> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. >> >> >> >> >> _______________________________________________ >> Esug-list mailing list >> Esug-list(a)lists.esug.org >> http://lists.esug.org/mailman/listinfo/esug-list_lists.esug.org >> > > > > -- > -- Yoshiki >

Oct. 19, 2017

Re: [Esug-list] In Vancouver next week?

by Yoshiki Ohshima

I will be! Arriving Saturday evening, have two workshop presentations, and leaving Thursday. On Wed, Oct 18, 2017 at 1:52 PM, Alexandre Bergel <abergel(a)dcc.uchile.cl> wrote: > Hi! > > Just wondering, any of you is attending SPLASH or is in Vancouver next week? > A few of us will be there. > Maybe we could have a chat around one drink (or two :-) > > Cheers, > Alexandre > -- > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > Alexandre Bergel http://www.bergel.eu > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > > > _______________________________________________ > Esug-list mailing list > Esug-list(a)lists.esug.org > http://lists.esug.org/mailman/listinfo/esug-list_lists.esug.org > -- -- Yoshiki

Oct. 19, 2017

In Vancouver next week?

by Alexandre Bergel

Hi! Just wondering, any of you is attending SPLASH or is in Vancouver next week? A few of us will be there. Maybe we could have a chat around one drink (or two :-) Cheers, Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

Oct. 18, 2017

Re: [Esug-list] ESUG 17: First Videos online

by Marcus Denker

> On 5 Oct 2017, at 15:40, Marcus Denker <marcus.denker(a)inria.fr> wrote: > > Hello, > > There is now a playlist with the videos of day1: > > https://www.youtube.com/playlist?list=PLJ5nSnWzQXi_THfKwhzxFwbXy00YTi0uv <https://www.youtube.com/playlist?list=PLJ5nSnWzQXi_THfKwhzxFwbXy00YTi0uv> > We have now 20 videos online: https://www.youtube.com/playlist?list=PLJ5nSnWzQXi_THfKwhzxFwbXy00YTi0uv <https://www.youtube.com/playlist?list=PLJ5nSnWzQXi_THfKwhzxFwbXy00YTi0uv> Marcus

Oct. 16, 2017

[PHD] From Relational to NoSQL databases

by Stéphane Ducasse

>From Relational to NoSQL databases We are looking to fill a PhD position. The candidate should: - hold a Master degree in Computer Science - be fluent in English (French is an advantage but not required) - have good programming skills Experience with DSLs, Models, code analysis, relational and NoSQL databases... is a plus. The goal of this work is to provide methods and tools to translate relational databases into NoSQL ones. This migration implies more than just a language translation, since the used philosophy and paradigm are different. Due to the very large amount of data that some companies have to deal with, traditional relational database, generally conceived to work on unique computers have met scalability issues. NoSQL databases have emerged to work on distributed hardware architecture and deal with very large amount of data. Strong relational structure disappears to let place to very quick access. Data are no more gathered in tables that are joined in query, but in aggregates that correspond to different ways the data are frequently used or simply without schema and the work is let to the applications. The plan is to: - Analyse the current state of tools and languages in the context of NoSQL database management systems. - Provide mechanism / tools to understand the current relational schema of the database. - Provide mechanism / tools to understand how data are used by the applications because certain NoSQL database structure depends on the way data are used. - Realize prototypes potentially with Moose (http://www.moosetechnology.com) in Pharo (http://www.pharo.org) and in Softeam modelling platform (in Java) Results will be submitted to be publish in international conferences and journals. The work is a collaboration between Inria Lille (RMOD) and Softeam (Paris). Duration: 3 years Salary: Minimal salary (should be discussed with the company) will 23 484€ brut per year (corresponding to 1507€ net per month) Employer: Softeam (the PhD will be in the context of a CIFRE PhD – i.e., with constant contact with the company and the RMOD research team) More information: contact anne.etien(a)inria.fr or stephane.ducasse(a)inria.fr Softeam Softeam group is one of the 50 biggest Digital Services Company, realising a turnover of around 80 Millions of euros. It counts over 850 consultants in France and abroad. Softeam, through its R&D department, is actively involved in research and development activities in the field of the software and system engineering and in particular in the Model Driven Engineering (MDE). Softeam R&D department actively participates in various national and European collaborative research projects as well as Model Driven Architecture (MDA), Software Process Engineering Metamodel (SPEM), UML2, QVT, BPMN2 et UPMS (SOAPro). Inria Lille Inria is a research institute dedicated to promoting ‘scientific excellence in the service of technology transfer and society as a whole’. Inria employs a staff of 2700, drawn from the world’s most prestigious universities, to address the latest challenges in computer science and mathematics. The Institute operates eight Research Centres throughout France. The Inria Lille - Nord Europe Research Centre was founded in 2008 and employs a staff of 360, including 300 scientists working in sixteen research teams. Recognised for its outstanding contribution the socio-economic development of the Nord - Pas-de-Calais Region, the Inria Lille - Nord Europe Research Centre undertakes research in the field of computer science in collaboration with a range of academic, institutional and industrial partners. The strategy of the Centre is to develop an internationally renowned centre of excellence with a significant impact on the City of Lille and its surrounding area. It works to achieve this by pursuing a range of ambitious research projects in such fields of computer science as the intelligence of data and adaptive software systems. Building on the synergies between research and industry, Inria is a major contributor to skills and technology transfer in the field of computer science. https://www.inria.fr/centre/lille RMoD The goal of RMoD is to support remodularization and development of modular object-oriented applications. We tackle this objective from two complementary perspectives: reengineering, and constructs for dynamic languages. In the context of remodularization, we we propose new analyses to understand and restructure large applications (specialized metrics, adapted visualizations). Works are validated using Moose, a metaplatform to analyse large applications. http://rmod.inria.fr -------------------------------------------- Stéphane Ducasse http://stephane.ducasse.free.fr http://www.synectique.eu / http://www.pharo.org 03 59 35 87 52 Assistant: Julie Jonas FAX 03 59 57 78 50 TEL 03 59 35 86 16 S. Ducasse - Inria 40, avenue Halley, Parc Scientifique de la Haute Borne, Bât.A, Park Plaza Villeneuve d'Ascq 59650 France

Oct. 16, 2017

Looking for Spanish speakers to help translate the Pharo mooc subtitles

by Stéphane Ducasse

Hi guys Please forward this email to appropriate people :) Ricardo Pacheco started to translate to Spanish the session 1,2,3,4 of week 1 of the Pharo mooc. The pharo mooc is starting October 16th. Now if each of the spanish smalltalkers I know would translate one or two files I’m sure that the mooc would be translated in a week. The subs are available here. https://github.com/SquareBracketAssociates/PharoMooc/tree/master/Subtitles <https://github.com/SquareBracketAssociates/PharoMooc/tree/master/Subtitles> Stef -------------------------------------------- Stéphane Ducasse http://stephane.ducasse.free.fr http://www.synectique.eu / http://www.pharo.org 03 59 35 87 52 Assistant: Julie Jonas FAX 03 59 57 78 50 TEL 03 59 35 86 16 S. Ducasse - Inria 40, avenue Halley, Parc Scientifique de la Haute Borne, Bât.A, Park Plaza Villeneuve d'Ascq 59650 France

Oct. 15, 2017

Re: [Esug-list] Esug-list Digest, Vol 89, Issue 7

by kai.fuhrmann＠posteo.de

Nice! x Designing a small AI for a game Am 11.10.2017 18:00 schrieb esug-list-request(a)lists.esug.org: > Send Esug-list mailing list submissions to > esug-list(a)lists.esug.org > > To subscribe or unsubscribe via the World Wide Web, visit > http://lists.esug.org/mailman/listinfo/esug-list_lists.esug.org > or, via email, send a message with subject or body 'help' to > esug-list-request(a)lists.esug.org > > You can reach the person managing the list at > esug-list-owner(a)lists.esug.org > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of Esug-list digest..." > > > Today's Topics: > > 1. TechTalk on AI & NeuralNetworks (Alexandre Bergel) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Wed, 11 Oct 2017 09:13:03 -0300 > From: Alexandre Bergel <abergel(a)dcc.uchile.cl> > To: ESUG Mailing list <esug-list(a)lists.esug.org> > Subject: [Esug-list] TechTalk on AI & NeuralNetworks > Message-ID: <A7B9BA6D-8044-4738-BA14-F08D195A33C1(a)dcc.uchile.cl> > Content-Type: text/plain; charset=us-ascii > > Dear All, > > A TechTalk on Artificial Intelligence is soon approaching. It is on > Tuesday 17Oct, 2017 (5:00 PM - 7:00 PM (UTC+02:00)) > I need your input. Which example to you want me to use? > - Data manipulation, or > - Designing a small AI for a game > > Please answer: > https://twitter.com/alexbergel/status/918084438197784578 > > > Some info about the event: > https://association.pharo.org/event-2642664 > https://www.facebook.com/events/133683180530368 > > Again, thanks Marcus Denker and the RMoD crew for their help in > organizing it. > > Cheers, > Alexandre > > -- > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > Alexandre Bergel http://www.bergel.eu > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > > > > > ------------------------------ > > Subject: Digest Footer > > _______________________________________________ > Esug-list mailing list > Esug-list(a)lists.esug.org > http://lists.esug.org/mailman/listinfo/esug-list_lists.esug.org > > > ------------------------------ > > End of Esug-list Digest, Vol 89, Issue 7 > ****************************************

Oct. 12, 2017

TechTalk on AI & NeuralNetworks

by Alexandre Bergel

Dear All, A TechTalk on Artificial Intelligence is soon approaching. It is on Tuesday 17Oct, 2017 (5:00 PM - 7:00 PM (UTC+02:00)) I need your input. Which example to you want me to use? - Data manipulation, or - Designing a small AI for a game Please answer: https://twitter.com/alexbergel/status/918084438197784578 Some info about the event: https://association.pharo.org/event-2642664 https://www.facebook.com/events/133683180530368 Again, thanks Marcus Denker and the RMoD crew for their help in organizing it. Cheers, Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

Oct. 11, 2017

Re: [Esug-list] [Seaside] Glorp/Seaside experience exchange on- or offline, anybody?

by jtuchel＠objektfabrik.de

Hi there, I must say I like the way this discussion is evolving. Just too bad it is spread over multiple groups (but that is my fault). So it seems people prefer to keep discussing on mailing lists rather than spend time meeting in person or virtually. Let me start with a topic that I am still not sure I understand: For quite a while, we used a patched version of #commitUntOfWorkAndContinue in order to be able to use objects once loaded in a session after a commit or rollback without having to re-read them. But this seemed to bloat images, because caches were growing and growing. And we ran into the old problem of "why can't user B see user's A's changes?". But since our object graphs can get big, we stuck with commitUnitOfWorkAndContinue and rollbackUnitOfWorkAndContinue. Until users complained about or slow server. So I made this experiment: obj := session read: MyClass where: [:ea| ea id = 1000]. obj someVariable: 50. session commitUnitOfWork; beginUnitOfWork. session refresh: obj. obj someVariable: 30. session commitUnitOfWork. obj inspect. I had expected this to fail miserably. I wasn't sure about whether it would fail at the first #refresh: or if the following commit would either fail or do an INSERT instead of an UPDATE. Surprisingly, the snippet worked. Not only did both commits correctly issue UPDATEs, the values in the object were correct at all times. My initial theory about this would be that after a commitUnitOfWork, the object in the image would be "detached" from the DB. But it isn't. I still can hardly believe it and would like to know if that is by design or accident. The refresh: is not necessary for the followng commint to understand it needs to Update, it is more to reflect changes that have been made in the DB since we read the object from the DB. Still this feels a bit strange and I wonder if we are living on a coincidence here or if this is intended behavior. Any thoughts? Joachim -- ----------------------------------------------------------------------- Objektfabrik Joachim Tuchel mailto:jtuchel@objektfabrik.de Fliederweg 1 http://www.objektfabrik.de D-71640 Ludwigsburg http://joachimtuchel.wordpress.com Telefon: +49 7141 56 10 86 0 Fax: +49 7141 56 10 86 1

Oct. 10, 2017

ESUG 17: First Videos online

by Marcus Denker

Hello, There is now a playlist with the videos of day1: https://www.youtube.com/playlist?list=PLJ5nSnWzQXi_THfKwhzxFwbXy00YTi0uv <https://www.youtube.com/playlist?list=PLJ5nSnWzQXi_THfKwhzxFwbXy00YTi0uv> More to come! Marcus

Oct. 5, 2017

Lost Logitech R700 at ESUG Maribor

by Marcus Denker

Hello, a Logictech Presenter got missing at ESUG17: Logitech R700 https://www.mimovrste.com/kazalniki/logitech-usb-kazalnik-r700-professional… If someone knows where it ended up, please send me a mail. Marcus

Oct. 3, 2017

Re: [Esug-list] Glorp/Seaside experience exchange on- or offline, anybody?

by Niall Ross

Dear Joachim, I'm interested. It would be good to pull together the existing documentation, address gaps (and areas where what we have is not clear), and ensure people know of fixes and patterns - I have had to solve issues with the polymorphic joins and embedded objects you mention, with conditionals, etc. An application-driven approach is a good idea: specific how-to queries arising from specific needs. For myself, I might find a more northerly location - e.g. Belgium - a tad easier, but you could doubtless say the same in reverse (and who knows which location will have easiest/cheapest flights, whatever.). A Skype call - even a Skype call for some, while other attenders are meeting face to face - is doable, and I'd certainly attend that way if in no other. As Tom notes in his discussion of Phillippe Marschall's points, either you let Glorp manage the caches and accept some memory load, or you re-read, or you tell Glorp to trust your in-image bridging between units of work - which is a possible pattern, but of course loaded with danger if you could be wrong. Studying patterns for managing this could be interesting (being aware, of course, that some of them come with historical baggage). Meanwhile, I will remark that. while I quite see what you mean about writing huge messages to newsgroups, I do not mind personally receiving _long_ emails on Glorp specifics and, on the timescale that other tasks and deadlines allow, will read them with interest. Yours faithfully Niall Ross jtuchel(a)objektfabrik.de wrote: > Hi there, > > > since nobody at ESUG seemed to be interested in a Glorp/Seaside BOF as > I suggested, I try something new now ;-) > > Glorp is a great tool for OR mapping and works very well. There is > good introductory material, even if it is hard to find. But when it > comes to real world use, there are many questions to be answered like > > * how to handle transactions, mementos, units of work and that > stuff, especially in a multi-user environment like a Seaside > based web app > * how to map more complicated things, like polymorphic joins, > embedded objects etc. > * what if an image slows down gradually when a user has been > working for hours, almsot coming to a standstill. How to find > out if Glorp or your use of it is the problem? What can you do then? > * Is my use of transactions correct or will I face problems > > None of these are easy questions and maybe there are many possible > answers to them, But finding them on your own can be hard and take a > lot of time. It can even be a risk to your business. > > There is the Glorp group, but it's not actually in heavy use and > sometimes it is hard to write down a problem in a few lines. > Explaining the whole thing sometimes would make for loooong messages > that probably nobody ever reads, esp. if the poster's english isn't > brilliant. > > So what I'm looking for is ways to find and meet people who also use > Glorp (or any other ORM in Smalltalk) and would be interested in > discussing stuff and maybe answer questions. Something like a Glorp > users group. > > The best thing to exchange ideas is probably to meet face to face and > carry your laptop with you. So if anybody in Southern Germany, Eastern > France, Northern Switzerland would be interested in such a meeting, > please let me know and I am more than interested in setting something up. > > The second best is probably some sort of online conference call. Maybe > even on a regular basis. > > Please let me know if you'd be interested. > > > Joachim > >-- >----------------------------------------------------------------------- >Objektfabrik Joachim Tuchel mailto:jtuchel@objektfabrik.de >Fliederweg 1 http://www.objektfabrik.de >D-71640 Ludwigsburg http://joachimtuchel.wordpress.com >Telefon: +49 7141 56 10 86 0 Fax: +49 7141 56 10 86 1 > > > >------------------------------------------------------------------------ > >_______________________________________________ >Esug-list mailing list >Esug-list(a)lists.esug.org >http://lists.esug.org/mailman/listinfo/esug-list_lists.esug.org > >

Oct. 2, 2017

Re: [Esug-list] [Seaside] Glorp/Seaside experience exchange on- or offline, anybody?

by Tom Robinson

Hi Phillip, On 10/1/2017 1:40 PM, Philippe Marschall wrote: > Hi > > Let me start by mentioning that I don't believe any of these issues > are Seaside specific. IMO these issues apply to any web framework > using GLORP and even any web framework using an ORM in general. So it > could be beneficial to investigate how other Smalltalk web frameworks > (AIDA, ApeX, Iliad, ...) or even other languages solve this issue > (JSF, Spring Web MVC, JPA/Hibernate). > > What is most concerning to me is how every object ever loaded with > GLOP is tracked in the cache of the GLOP session. IMO this is wrong as > most objects are read-only and never edited. These objects should not > be tracked. This leads to a lot of unnecessary memory overhead. Only > the objects that are actually edited should be tracked. > I think of it this way, when a table or list of objects is rendered > none the displayed objects should be tracked. Only when an edit link > or button is clicked and an edit form is rendered then the edited > object needs to be tracked and optimistically locked. If we track > every object ever loaded then this simply leads to unbound memory > usage. If caching has to happen for correctness then the cache should > be flushed at the end of a request. As an object-relational mapping framework, Glorp has no way to know which retrieved objects are going to be modified. If you don't cache objects on retrieval, you have to go back to the database again to see what's changed before doing an update. Also, if the application has a simple UI with lots of objects which are not modified, but are used continually, it may make sense to keep them around. In any case, retrieving objects that are read-only in one session and potentially editable objects in another session and then flushing caches at appropriate times might be appropriate. > > Digging a bit into the GLROP documentation I don't think a unit of > work should be active during the render phase. As far as I understand > this should prevent any of the loaded objects from being tracked by > being added to the cache. Only when an object is being edited should > it be registered manually for tracking by the GLOP session. > However during the callback phase a unit of work should be active. > This should be done automatically by a Seaside-GLORP extension. On a > successful or cancelled edit the edited object should be removed from > the cache again and the callback should be invalidated (ideally a one > time callback is used). > > It would be good to hear from somebody with GLROP experience whether > what I just wrote made any sense at all or is utter nonsense. Philippe, I think your "it should be this way" could be right for some applications, but wrong for others. A solution for an application that serves one request at a time per image with multiple images running in parallel might do things the way you suggest. Another application might want to cache objects in the image for use by multiple simultaneous requests. If you register retrieved objects only when the edit button is clicked, you need an extra round trip to the database. It might depend on whether your limited resource is the database server, application server memory, application server cpu or something else. Cincom uses Glorp to read and write source code definitions in StORE. When reading, Store database objects are retrieved and then converted to active Smalltalk code. When writing a package or bundle, the Store database objects have to be synched to the database before writing a new version so that unchanged definitions are not written as duplicates in the database. This is, in essence, what you're suggesting. It's necessary because the objects in the image live long beyond the duration of a database connection, but it has a cost. Hope you find this helpful... > > I would also be open to attending some sort of meetup in northern > Switzerland/southern Germany to discuss this in person. > > Cheers > Philippe > > On Thu, Sep 28, 2017 at 8:56 AM, jtuchel(a)objektfabrik.de > <jtuchel(a)objektfabrik.de> wrote: >> Hi there, >> >> >> since nobody at ESUG seemed to be interested in a Glorp/Seaside BOF as I >> suggested, I try something new now ;-) >> >> Glorp is a great tool for OR mapping and works very well. There is good >> introductory material, even if it is hard to find. But when it comes to real >> world use, there are many questions to be answered like >> >> how to handle transactions, mementos, units of work and that stuff, >> especially in a multi-user environment like a Seaside based web app >> how to map more complicated things, like polymorphic joins, embedded objects >> etc. >> what if an image slows down gradually when a user has been working for >> hours, almsot coming to a standstill. How to find out if Glorp or your use >> of it is the problem? What can you do then? >> Is my use of transactions correct or will I face problems >> >> None of these are easy questions and maybe there are many possible answers >> to them, But finding them on your own can be hard and take a lot of time. It >> can even be a risk to your business. >> >> There is the Glorp group, but it's not actually in heavy use and sometimes >> it is hard to write down a problem in a few lines. Explaining the whole >> thing sometimes would make for loooong messages that probably nobody ever >> reads, esp. if the poster's english isn't brilliant. >> >> So what I'm looking for is ways to find and meet people who also use Glorp >> (or any other ORM in Smalltalk) and would be interested in discussing stuff >> and maybe answer questions. Something like a Glorp users group. >> >> The best thing to exchange ideas is probably to meet face to face and carry >> your laptop with you. So if anybody in Southern Germany, Eastern France, >> Northern Switzerland would be interested in such a meeting, please let me >> know and I am more than interested in setting something up. >> >> The second best is probably some sort of online conference call. Maybe even >> on a regular basis. >> >> Please let me know if you'd be interested. >> >> >> Joachim >> >> -- >> ----------------------------------------------------------------------- >> Objektfabrik Joachim Tuchel mailto:jtuchel@objektfabrik.de >> Fliederweg 1 http://www.objektfabrik.de >> D-71640 Ludwigsburg http://joachimtuchel.wordpress.com >> Telefon: +49 7141 56 10 86 0 Fax: +49 7141 56 10 86 1 >> >> >> _______________________________________________ >> seaside mailing list >> seaside(a)lists.squeakfoundation.org >> http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside >> > _______________________________________________ > Esug-list mailing list > Esug-list(a)lists.esug.org > http://lists.esug.org/mailman/listinfo/esug-list_lists.esug.org

Oct. 2, 2017

Re: [Esug-list] [Seaside] Glorp/Seaside experience exchange on- or offline, anybody?

by Steven Kelly

What about caching reads for performance reasons? That seems useful in GLORP for Store, or am I just imagining it? I have images that have lived for years and haven't slowed down or become bloated, so GLORP caches are clearing correctly when the image is saved, restarts and reconnects to Store. I have a little home grown ORM and web renderer that does no caching, and that too works fine: in simple old-fashioned web rendering, you rarely would want to cache longer than it takes to render one page. Steve ________________________________ From: Philippe Marschall<mailto:philippe.marschall@gmail.com> Sent: ‎01/‎10/‎2017 22:41 To: Seaside - general discussion<mailto:seaside@lists.squeakfoundation.org> Cc: esug-list(a)lists.esug.org<mailto:esug-list@lists.esug.org>; glorp-group<mailto:glorp-group@googlegroups.com> Subject: Re: [Esug-list] [Seaside] Glorp/Seaside experience exchange on- or offline, anybody? Hi Let me start by mentioning that I don't believe any of these issues are Seaside specific. IMO these issues apply to any web framework using GLORP and even any web framework using an ORM in general. So it could be beneficial to investigate how other Smalltalk web frameworks (AIDA, ApeX, Iliad, ...) or even other languages solve this issue (JSF, Spring Web MVC, JPA/Hibernate). What is most concerning to me is how every object ever loaded with GLOP is tracked in the cache of the GLOP session. IMO this is wrong as most objects are read-only and never edited. These objects should not be tracked. This leads to a lot of unnecessary memory overhead. Only the objects that are actually edited should be tracked. I think of it this way, when a table or list of objects is rendered none the displayed objects should be tracked. Only when an edit link or button is clicked and an edit form is rendered then the edited object needs to be tracked and optimistically locked. If we track every object ever loaded then this simply leads to unbound memory usage. If caching has to happen for correctness then the cache should be flushed at the end of a request. Digging a bit into the GLROP documentation I don't think a unit of work should be active during the render phase. As far as I understand this should prevent any of the loaded objects from being tracked by being added to the cache. Only when an object is being edited should it be registered manually for tracking by the GLOP session. However during the callback phase a unit of work should be active. This should be done automatically by a Seaside-GLORP extension. On a successful or cancelled edit the edited object should be removed from the cache again and the callback should be invalidated (ideally a one time callback is used). It would be good to hear from somebody with GLROP experience whether what I just wrote made any sense at all or is utter nonsense. I would also be open to attending some sort of meetup in northern Switzerland/southern Germany to discuss this in person. Cheers Philippe On Thu, Sep 28, 2017 at 8:56 AM, jtuchel(a)objektfabrik.de <jtuchel(a)objektfabrik.de> wrote: > Hi there, > > > since nobody at ESUG seemed to be interested in a Glorp/Seaside BOF as I > suggested, I try something new now ;-) > > Glorp is a great tool for OR mapping and works very well. There is good > introductory material, even if it is hard to find. But when it comes to real > world use, there are many questions to be answered like > > how to handle transactions, mementos, units of work and that stuff, > especially in a multi-user environment like a Seaside based web app > how to map more complicated things, like polymorphic joins, embedded objects > etc. > what if an image slows down gradually when a user has been working for > hours, almsot coming to a standstill. How to find out if Glorp or your use > of it is the problem? What can you do then? > Is my use of transactions correct or will I face problems > > None of these are easy questions and maybe there are many possible answers > to them, But finding them on your own can be hard and take a lot of time. It > can even be a risk to your business. > > There is the Glorp group, but it's not actually in heavy use and sometimes > it is hard to write down a problem in a few lines. Explaining the whole > thing sometimes would make for loooong messages that probably nobody ever > reads, esp. if the poster's english isn't brilliant. > > So what I'm looking for is ways to find and meet people who also use Glorp > (or any other ORM in Smalltalk) and would be interested in discussing stuff > and maybe answer questions. Something like a Glorp users group. > > The best thing to exchange ideas is probably to meet face to face and carry > your laptop with you. So if anybody in Southern Germany, Eastern France, > Northern Switzerland would be interested in such a meeting, please let me > know and I am more than interested in setting something up. > > The second best is probably some sort of online conference call. Maybe even > on a regular basis. > > Please let me know if you'd be interested. > > > Joachim > > -- > ----------------------------------------------------------------------- > Objektfabrik Joachim Tuchel mailto:jtuchel@objektfabrik.de > Fliederweg 1 http://www.objektfabrik.de > D-71640 Ludwigsburg http://joachimtuchel.wordpress.com > Telefon: +49 7141 56 10 86 0 Fax: +49 7141 56 10 86 1 > > > _______________________________________________ > seaside mailing list > seaside(a)lists.squeakfoundation.org > http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside > _______________________________________________ Esug-list mailing list Esug-list(a)lists.esug.org http://lists.esug.org/mailman/listinfo/esug-list_lists.esug.org

Oct. 1, 2017

Re: [Esug-list] [Seaside] Glorp/Seaside experience exchange on- or offline, anybody?

by Philippe Marschall

Hi Let me start by mentioning that I don't believe any of these issues are Seaside specific. IMO these issues apply to any web framework using GLORP and even any web framework using an ORM in general. So it could be beneficial to investigate how other Smalltalk web frameworks (AIDA, ApeX, Iliad, ...) or even other languages solve this issue (JSF, Spring Web MVC, JPA/Hibernate). What is most concerning to me is how every object ever loaded with GLOP is tracked in the cache of the GLOP session. IMO this is wrong as most objects are read-only and never edited. These objects should not be tracked. This leads to a lot of unnecessary memory overhead. Only the objects that are actually edited should be tracked. I think of it this way, when a table or list of objects is rendered none the displayed objects should be tracked. Only when an edit link or button is clicked and an edit form is rendered then the edited object needs to be tracked and optimistically locked. If we track every object ever loaded then this simply leads to unbound memory usage. If caching has to happen for correctness then the cache should be flushed at the end of a request. Digging a bit into the GLROP documentation I don't think a unit of work should be active during the render phase. As far as I understand this should prevent any of the loaded objects from being tracked by being added to the cache. Only when an object is being edited should it be registered manually for tracking by the GLOP session. However during the callback phase a unit of work should be active. This should be done automatically by a Seaside-GLORP extension. On a successful or cancelled edit the edited object should be removed from the cache again and the callback should be invalidated (ideally a one time callback is used). It would be good to hear from somebody with GLROP experience whether what I just wrote made any sense at all or is utter nonsense. I would also be open to attending some sort of meetup in northern Switzerland/southern Germany to discuss this in person. Cheers Philippe On Thu, Sep 28, 2017 at 8:56 AM, jtuchel(a)objektfabrik.de <jtuchel(a)objektfabrik.de> wrote: > Hi there, > > > since nobody at ESUG seemed to be interested in a Glorp/Seaside BOF as I > suggested, I try something new now ;-) > > Glorp is a great tool for OR mapping and works very well. There is good > introductory material, even if it is hard to find. But when it comes to real > world use, there are many questions to be answered like > > how to handle transactions, mementos, units of work and that stuff, > especially in a multi-user environment like a Seaside based web app > how to map more complicated things, like polymorphic joins, embedded objects > etc. > what if an image slows down gradually when a user has been working for > hours, almsot coming to a standstill. How to find out if Glorp or your use > of it is the problem? What can you do then? > Is my use of transactions correct or will I face problems > > None of these are easy questions and maybe there are many possible answers > to them, But finding them on your own can be hard and take a lot of time. It > can even be a risk to your business. > > There is the Glorp group, but it's not actually in heavy use and sometimes > it is hard to write down a problem in a few lines. Explaining the whole > thing sometimes would make for loooong messages that probably nobody ever > reads, esp. if the poster's english isn't brilliant. > > So what I'm looking for is ways to find and meet people who also use Glorp > (or any other ORM in Smalltalk) and would be interested in discussing stuff > and maybe answer questions. Something like a Glorp users group. > > The best thing to exchange ideas is probably to meet face to face and carry > your laptop with you. So if anybody in Southern Germany, Eastern France, > Northern Switzerland would be interested in such a meeting, please let me > know and I am more than interested in setting something up. > > The second best is probably some sort of online conference call. Maybe even > on a regular basis. > > Please let me know if you'd be interested. > > > Joachim > > -- > ----------------------------------------------------------------------- > Objektfabrik Joachim Tuchel mailto:jtuchel@objektfabrik.de > Fliederweg 1 http://www.objektfabrik.de > D-71640 Ludwigsburg http://joachimtuchel.wordpress.com > Telefon: +49 7141 56 10 86 0 Fax: +49 7141 56 10 86 1 > > > _______________________________________________ > seaside mailing list > seaside(a)lists.squeakfoundation.org > http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside >

Oct. 1, 2017

Pharo Mooc is starting soon

by Stéphane Ducasse

Please distribute widely! The second session of the Pharo Mooc is in the starting block. Register! It starts 16 of October. https://www.fun-mooc.fr/courses/course-v1:inria+41010+session02/about <https://www.fun-mooc.fr/courses/course-v1:inria+41010+session02/about> New this year: - English dubs - Japanese subtitles Stef -------------------------------------------- Stéphane Ducasse http://stephane.ducasse.free.fr http://www.synectique.eu / http://www.pharo.org 03 59 35 87 52 Assistant: Julie Jonas FAX 03 59 57 78 50 TEL 03 59 35 86 16 S. Ducasse - Inria 40, avenue Halley, Parc Scientifique de la Haute Borne, Bât.A, Park Plaza Villeneuve d'Ascq 59650 France

Oct. 1, 2017