Skip to main content

Posts

Review: The Dead of Jericho by Colin Dexter

The Dead of Jericho by Colin Dexter My rating: 5 of 5 stars This was the first Colin Dexter book I took up, indeed only after we had obtained a paperback of it. This is per se the sixth book in the Inspector Morse series, but I am glad I started off with this first. Because, this is a mighty likeable book. Also, the first episode of the Inspector Morse TV series is based on the Dead of Jericho, so another plus point. In the book, Morse cunningly, albeit with hick-ups here and there, solves the Murder of Miss Anne Scott, previous employee at Richards Publishing shifted now to giving private Greek lessons owning to her previous exposer to it, and that of her nosy sixty-something neighbour Mr. George Jackson, who pries over others affairs and wanted to make a buck or two out of it. Events take place mostly in the Oxford sub-urb of Jericho, which is a real place on the map. I liked the complexity of the plot and the level of familiarity the author shows about the vocabulary of the E

astropy@GSoC Blog Post #5, Week 6&7

Hi, How are you? My dear mentors and I have decided to have the MRT (Machine Readable Table) format writing first. The same CDS code as been used now will be used, just the template of the written table will be in the MRT format. Points to be noted regarding this and the immediate things that have been and will done are as follows: Leave out writing all the optional CDS ReadMe fields as of now. These can be dealt with individual PRs later. Some tests fail because start_line = None doesn't work. It has been introduced once again within CdsData.write function in addition to been defined in the main Cds class. The test failure occurs because CdsData now inherits from FixedWidthData which itself inherits basic.BasicReader instead of BaseReader. I should make sure that all tests pass properly. Have a template for MRT tables and write them first. Title , Authors , Date , Caption and Notes sections, i.e. all sections except the Byte-By-Byte and the Data itself, will be left blank i

astropy@GSoC Blog Post #4, Week 4 - Lessons in CodeStyle

Damn yaar!  I didn't know this. Astropy can be a dangerous place. There are codestyle ninjas present. Hidden in plain sight. It's not just the PEP8 speaks  from GitHub actions. There are real people in it too. And worse of all they don't allow merging the Pull Request (PR) until we do what they say. All in the name of adhering to modern standards that improve readability. What has open source come to! Really? This and the past week, below listed is what the codestyle ninjas have made me do to my otherwise perfectly working code: (copied without permission from GitHub) TABLE should not be used as a variable name No camelCase anywhere . For example, tableDescription should be table_description . Module level variables as SCREAMING_SNAKE_CASE . E.g. BYTE_BY_BYTE_TEMPLATE not ByteByByteTemplate . Regular variables, functions, methods are lower_case_underscore_separated , never camelCase or CapsCase . Private methods start with one underscore not two, e.g. def _split_float_

astropy@GSoC Blog Post #3, Week 3

So, it's the start of the 3rd week now. I will be virtually meeting Aarya and Moritz again Tom. For the past few weeks now, I have been pushing commits to a Draft PR  https://github.com/astropy/astropy/pull/11835  on GitHub. I wanted to have something working quite early in the project, in order to be able to pinpoint accurately when something doesn't work. This is why I started with directly adding the cdspyreadme code within Astropy. Afterwards, I am also writing the code from scratch. As more of the required features from cdspyreadme get integrated into cds.py , those files and codes added earlier will be removed. About the reading/writing to Machine Readable Table format, in fact I wrote about it briefly in my GSoC Proposal that I could attempt it as an extension. I don't have an opinion on whether or not it should have it's own format classes etc. However, since the title of my GSoC project is to Add a CDS format writer to Astropy , I would prefer to work on the

astropy@GSoC Blog Post #2, Week 1&2

Hi, How are you? So, it's been two weeks of astropy@GSoC work already. Of course I have been damn busy! With the last commit made to the draft PR https://github.com/astropy/astropy/pull/11835 , a few hours back, I have successfully written a basic CDS writer. And voilà it works, albeit without the ReadMe at present! 😁 Note that I am quite unlikely to go into technical details here in these posts. There are two reasons for this. Hhm..., Na I guess there's just one single reason. It would be too repetitive a task to write them. I already write aplenty about those in the GitHub comments and other communications. And of course, the whole codes I am writing during the project are available publicly on GitHub, for the overly curious kind. Moreover, the final report is gonna have more than ample discussion too, because I like to explain myself a lot. 😐 What then is the need to write all that here again? So consider these posts my plain uncouth thoughts, which in any case, I suppose,

astropy@GSoC Blog Post #1

Hey there, How are you? Chances are that you are coming across me for the first time. Nice meeting you too! 😄 Since this is an introductory astropy@GSoC Blog Post, I would keep things brief.                        As you probably already know, my name is Suyog and I am a participant for Google Summer of Code (GSoC) 2021. Over the course of the next 10 weeks or so, I will be working on the Astropy project under the umbrella organisation OpenAstronomy. During this while, I aim to add a CDS format writer to the Astropy library with the help of my affable mentors Aarya and Moritz.    I had actually also applied for GSoC last summer, however I had failed to pass one of the eligibility criteria, and so wasn't selected. This astropy@GSoC project, therefore, is quite an awesome opportunity for me. I am looking forward to making the most of it and enjoying the time all the same. There are two preliminary observations:     1. The associated stipend, albeit so

Review: Homo Deus by Yunal Noah Harari

Homo Deus: A Brief History of Tomorrow by Yuval Noah Harari My rating: 5 of 5 stars It took me a long time to finish reading Homo Deus . And I think the long duration was well worth it. Homo Deus is not the ordinary everyday stale non-fiction that one comes across. It is a masterpiece in its own right. But for the Sapiens , I don't recall having read any other book that stimulated thinking to the degree Homo Deus does. The book starts off almost right away from where its predecessor, Sapiens , ended. A New Human Agenda , that of seeking eternal youth , bliss and divinity , is put forward for the 21st Century. Since the dawn of Humankind, the persistent goal of any population has been to have sufficient food to quench hunger, to have health measures to fight infections and diseases and to be at peace with neighbouring kingdoms. With the advent of the modern technology and the unprecedented progress it has made over the last few decades, the goals have changed now. Rest of the