April 2017 - Pharo-users - lists.pharo.org

Smalltalk job offer in Germany [ collphir-bewerbung@collogia.de ]
by Stephane Ducasse April 28, 2017

April 28, 2017

Dear Pharoers For our business unit Pension Management we are currently looking for a *Software-Developer (m/w) **About us* Collogia Unternehmensberatung AG is based in Cologne (Germany) and focused on IT-Consulting and software development. Since 1979 we successfully carry out projects and maintain IT-systems for the banking and insurance branch, public organisations or companies in all industries. Our competence centers are SAP-Consulting, Project management, IT-Services und Pension-Management. The business unit âPension Managementâ is specialised on pension administration and actuarial services. CollPhirÂ® (*www.collphir.de <http://www.collphir.de>) *is an in-house development. CollPhirÂ® is an administration system for pension funds and other company pension solutions. *Your Pro le* *â¢ *Successfully completed study of computer science, mathematics oder a comparable quali cation *â¢ *Profound knowledge in object-oriented soft- ware development, software engineering, e.g. methods, technologies, process design, data modeling, OOA/OOD, UML *â¢ *Experience with project management *â¢ *Team-oriented and *w*orking in a structured, systematic and deadline-focused way *â¢ *Good knowledge with MS-Of ce *â¢ *Working language is German, therefore a very good knowledge of the German language (written/spoken) is needed *Your Tasks* â¢ Development of high quality Client-/ Server-Software based on Visual Works Smalltalk â¢ Technological evolution of our in- house development CollPhirÂ® ( www.CollPhir.de) â¢ Development of functional and technical speci cations based on the analysis and requirements of our clients â¢ Consulting of our clients in requests regarding information technology â¢ Technical support CollPhirÂ® *Your Bene ts* â¢ Inviting projects â¢ Attrractive workplace â¢ Mentoring â¢ Targeted training â¢ Fexible working hours model â¢ Attractive salary model Contact *Dr. Michael HÃ¶hnerbach* CEO Pension Management E-Mail: collphir-bewerbung(a)collogia.de Ubierring 11 â¢ 50678 KÃ¶ln Web: collogia.de | collphir.de

1 0

IMPORTANT: iceberg home changed
by Esteban Lorenzano April 27, 2017

April 27, 2017

As part of our work for release, I changed the home of Iceberg into his own place: https://github.com/pharo-vcs/iceberg So, now to install you will need: Metacello new baseline: 'Iceberg'; repository: 'github://pharo-vcs/iceberg:dev-0.4'; load. I also uploaded a Configuration to the *catalog>http://catalog.pharo.org*, so you can load while doing the transition.

1 0

Sending byte array in a JSON format
by Juraj Kubelka April 27, 2017

April 27, 2017

Hi, I was playing with GitHub Gist API and I have queried the following Gist: https://gist.github.com/mbostock/5503544 <https://gist.github.com/mbostock/5503544> I was interested how the PNG image is returned: https://gist.github.com/mbostock/5503544#file-thumbnail-png <https://gist.github.com/mbostock/5503544#file-thumbnail-png> I can obtain the whole Gist executing: STONJSON fromString: (ZnClient new url: 'https://api.github.com/gists/5503544'; accept: 'application/vnd.github.v3+json'; get). I can get PNG contents executing: pngData := (ZnEasy get: ((((STONJSON fromString: (ZnClient new url: 'https://api.github.com/gists/5503544'; accept: 'application/vnd.github.v3+json'; get)) at: 'files') at: 'thumbnail.png') at: 'raw_url')) contents. PNGReadWriter formFromStream: rawPng readStream. But the PNG image is part of the Gist query and can be retrieved by: pngContent := ((((STONJSON fromString: (ZnClient new url: 'https://api.github.com/gists/5503544'; accept: 'application/vnd.github.v3+json'; get)) at: 'files') at: 'thumbnail.png') at: 'content'). "As pngContent is a WideString, I cannot use:" PNGReadWriter formFromStream: pngContent readStream. How can I read the PNG image from the pngContent? Any idea? And the reverse question: How can I send the PNG bytes using JSON format? Thanks! Juraj

3 7

State of Tabular package ?
by Sven Van Caekenberghe April 26, 2017

April 26, 2017

Hi, Does anyone know what the state of the Tabular package is ? Is it maintained ? Kept to date ? It feels a bit unpolished, lacks documentation. I am using it for XLS report generation and it does seem to work fine for simple tables. Sven

2 1

Hot to retrieve values from Nested Dictionaries
by Markus BÃ¶hm April 26, 2017

April 26, 2017

May I ask: What's the idiomatic way to retrieve values from nested dictionaries? (((dict1 at: 'key1') at: 'key2') at: 'key3') Are all the brackets really necessary? BR Mike

10 13

ss3 and gemsource planned downtime today at 1:30 pm PDT (-0700 UTC)
by Dale Henrichs April 26, 2017

April 26, 2017

The server hosting http://ss3.gemtalksystems.com/ and http://seaside.gemtalksystems.com/ss will be down for a couple of hours today starting at 1:30 pm PDT for maintenance. Dale

2 2

little "challenge"
by Stephane Ducasse April 26, 2017

April 26, 2017

#(16 17 17 16 18 17 18 19 19 19 18 19 19 20 19 20 19 20 20 20 19 20) -> { #(17 17 16 18 17 18 19) . #(19 19 18 19 19 20 19) . #(20 19 20 20 20 19 20)} any code?

5 13

Updated tech talk archive
by marcus.denker＠inrira.fr April 26, 2017

April 26, 2017

http://pharo.org/TechTalk <http://pharo.org/TechTalk> Now has a link to the recoding of yesterday Marcus

1 0

Re: [Pharo-users] type checking in Smalltalk
by Dimitris Chloupis April 25, 2017

April 25, 2017

On Thu, Mar 30, 2017 at 5:04 PM Marc Hanisch via Pharo-users < pharo-users(a)lists.pharo.org> wrote: > Hello, > > I have a question which is more related to software engineering than to > Pharo, but I hope that someone can give me an useful hint ;-) > > > Thanks for any advice :-) > Marc > There are three schools of thought Static programming , Dynamic programming and Hybrid Programming *School of Static Programming * The school of Static Programming which has been originating from compiled languages (turn code from source code to machine code before execution) it follows a static approach to the code. This means everything is clearly predefined, planned ahead and follows strict rules. *Pros: * 1) because compilers have specific code that its intentions are clear its much easier for them to optimize performance, hence code tends to run much faster eg C code tends to be 100s to 1000s times faster than Python code 2) Certain bugs can be captured at compile time which makes code safer to deploy to client. The compiler usually can capture such bugs and display relevant warning and errors again because the compiler is more strict to what goes in and what gets out. *Cons:* 1) Changing code on the fly, while the code runs can be notorious hard to do because of these restrictions. This means it does not work well with coders that love to experiment and try new ideas on the fly. 2) Finding bugs also can be harder because of these restrictions, the coder cannot easily change code on the fly on execution and generally the programming language is much less forgiving not only when coding but also when trying to inspect code and debug it. 3) Overall design can be quite ugly in the shake of increased performance and safety and that may affect the design of code as well *School of Dynamic Programming* The school of Dynamic Programming originates from interpreted languages , though modern implementations have compilers that compile source code to byte code and an interpreter that converts byte code to machine code on execution. There is no need for planning ahead in dynamic coding, instead dynamic coding works on the basis of abstractions and its proud to be the father and mother of OOP. OOP is an abstraction based , dynamic coding workflow that dominates dynamic language and even modern statically compiled languages. *Pros:* 1) Code can change on the fly making coding much easier and beginner friendly 2) No need to plan ahead 3) more dynamic workflow also when debugging code that allows to interact and communicate with code real time *Cons:* 1) Performance is sacrificed, thats not obvious for code that executes at once but for code that repeats thousands to millions of times the slow downs depending on the implementation of the language can be anywhere between 10s of times to 1000s of times slower that a static language 2) Using the wrong data / object will not be easily reported beforehand and at times it can be hard to detect such problems. Other bugs can also be hard to be detected even under the use of helping tools that examine and evaluate code because of the generic nature of the code. *Hybrid Programming* Even though static languages give us static programming outside the box and dynamic languages give us dynamic programming outside the box, modern implementation allow for repetitively easily to mix these two workflows. Its also possible for the coder to implement his/her own features with a language. For example C language does not support OOP outside the box, but OOP implementations for C do exist most popular being GObjects used by the GTK+ library C++ and Java although statically typed languages support also more dynamic types through the use of templates and generics Dynamic languages also can come with a variety of tools that perform checks during runtime or even compile time. Also test driven development is very popular for performing this task allowing the coder to create code , launch with a single command thousands of tests and make sure his code passes even more strict guidelines than an average compiler for a statically compiled language. The catch however is that in both cases there are compromises, sub standard implementations and plain weird behavior. *Summary:* *There is no right and wrong, whether we talk about types or other features whether you will follow the dynamic school or the static school is up to you and you preferences.* Both approaches have pros and cons and both will make you waste time while coding. The future however looks more bright and promising for the dynamic school with the rise of AI. Compilers and developer tools in the future may be smarter not only detecting errors and common bugs but actually analyzing coder intentions and even coding philosophies. AI is already used for code analysis but its still on early stage but is none the less our very close future. Funny irony: The most popular scenario for future technology is quantum computing. Hardware by nature is "static" , you have to design it before hand and make sure it works almost perfectly before selling it. This is reflected to the basis of digital architecture where the smaller unit is bit which is always a number and always either 1 or 0. But with quantum computing the bit can inherit quantum properties and be both 1 and 0 at the same time. This will allow in the future for more flexible design of "dynamic" hardware allowing for hardware to also deal with abstractions directly.

4 6

Gathering statistics on messages sent to an object
by Alistair Grant April 24, 2017

April 24, 2017

If you subscribe to pharo-dev you will have seen that I've been looking at the primitives used in DiskStore. As part of that investigation I wanted to get an idea of which messages are typically sent to DiskStore and how often. Denis Kudriashov provided a neat package that implements a "halt on next object call". I've been wanting to play with the package for a while and decided this was a good opportunity. I've extended that package to keep count of how many times messages are sent to a target object, e.g.: | point trace | point := 2@3. trace := ExternalSendStats logStatsFor: point. point x; y; angle; x. trace stats. "a Dictionary( #angle->1 #x->2 #y->1 )" The package is probably too simplistic, and there's bound to be other ways to do this, but it met my immediate needs and gave me a chance to try out the Ghost package. I'll extend it if and when I need to. Many thanks to Denis for making the Ghost package available, and hopefully this is useful for someone, or at least triggers some new ideas. Denis' original article is at: http://dionisiydk.blogspot.cz/2016/04/halt-next-object-call.html The extensions can be installed with: Metacello new baseline: 'AkgGhost'; repository: 'github://akgrant43/akg-ghost:master/mc'; load Cheers, Alistair

2 2