1 hour later…
16:48
I'm trying to write an about me/introduction at the top of my resume for software engineering/development jobs, but I can't quite put into words what I'm passionate about. I prefer backend programming to frontend, and think I'm more of a problem solver/ someone who likes writing algorithms than someone who builds web apps.
17:21
@BlackPanther So far you only told us that you prefer to do backend and prefer to work with algorithm but... None of that is what is your passion, maybe that's the problem that you don't know yourself? For example I am bonkers about breaking the unbreakable, and that drove me to resolve a lot of problems that my clients deemed as "we just have to live with it".
In practice one of those projects was entirely circumventing google anti-scraping mechanisms, and then taking that solution from small proof of concept and nurturing and guiding it to become something that processed milions of google serps every single hour. And I was driven by all the challenges along the way, and that it was my baby. As a result I could talk about it for hours. What drives your passion?
17:37
@TymoteuszPaul I'm just starting out, so I've just done two projects. The first was a REST API with authentication and authorization, which was fun. But it was when I started working on a project to develop an OCT viewer like these two 1 2 for a .E2E binary file but in C#, I just HAD to work on it, and couldn't stop thinking about it.
18:02
@TymoteuszPaul I've been using PostgreSQL for sometime and always wondered how to connect an app to a database in order to persist data. I enjoy using Entity Framework Core because the way it allows you to create a conceptual model of a database in your C# application is genius. You can work with C# objects that map to database data.
@TymoteuszPaul I just really love the fact that you can program against objects instead of directly programming against a relational database. I used Java and I had to write SQL in my Java program which was then executed against the database.
@TymoteuszPaul Entity Framework core maps C# objects to database data so you never have to write SQL in your C# program, just perform operations against those C# objects that are mapped to database objects then the data provider executes your operation in the database those objects map to. Entity Framework Core also means that your controller is not full of SQL statements which can be jarring and verbose next to program code.
@TymoteuszPaul Also the fact that Entity Framework Core uses LINQ to query entities in your C# application is a game changer. LINQ is amazing for querying data sources, and again the alternative to using LINQ would be to write SQL queries in your C# code. LINQ is very expressive and makes querying datasources fun and easy.
@TymoteuszPaul Also using Entity Framework core means that you can change your data source from for example PostgreSQL to SQLServer or MySQL without needing to modify anything else in your code because since Entity Framework Core circumvents the need to write SQL statements in your C# application, you do not have to worry about SQL syntax that varies among different relational databases such as PostgreSQL, SQL Server, MySQL etc.
@BlackPanther Sounds like you have found something to write about :D. And yep ORM's are a fantastic thing (at least nowadays, in their early days they were more of a nightmare), though I would urge you to actually try doing the migration between say Postgres and MySQL, or even sqlite, as it may or may not be as rosey as it sounds (hint: some databases have capabilties that others do not, and yet you can switch betwene them. Something's gotta give, go and find out!)
18:39
@TymoteuszPaul Thanks, the overview section of my resume is limited in space so I just have to condense what I wrote into one line :D. Yeah ORM's are great, I don't think I would enjoy a programming language that doesn't have an ORM.
@TymoteuszPaul Good point about the migration, maybe I spoke too soon. SQLite does not support deleting or changing columns in a database, SQLite only supports adding columns so if you want to migrate from PostgreSQL to SQLite and the migration code includes PostgreSQL operations that are not supported by SQLite e.g. deleting or changing a column, the migration to a SQLite database will fail. Is this correct?
27 mins ago, by Tymoteusz Paul
@BlackPanther Sounds like you have found something to write about :D. And yep ORM's are a fantastic thing (at least nowadays, in their early days they were more of a nightmare), though I would urge you to actually try doing the migration between say Postgres and MySQL, or even sqlite, as it may or may not be as rosey as it sounds (hint: some databases have capabilties that others do not, and yet you can switch betwene them. Something's gotta give, go and find out!)
18:57
@BlackPanther I've no idea about Entity Framework Core itself, just quite a few other ORMs. But for sure they have to cope somehow with the differences and limitations, and knowing those is a great way to shine, as anyone can repeat the "oh you can with 1 click migrate from postgres to sqlite" but knowin how that is possible, despite the massive feature gaps is what will make you shine.
19:41
@TymoteuszPaul What was so interesting about the OCT viewer is that I had to understand binary, bit operations such as bit shifting, working with streams, signed and unsigned integers and floats, and I had to understand the structure of the binary file described here. I used this knowledge to write a C# program to interpret and then parse this .E2E file, and store it in a C# data structure.
@TymoteuszPaul Then I enjoyed using an Anonymization library I wrote to anonymize the .E2E file that was read into the program. I also enjoyed working on encoding the file read into the program and decoding the anonymized byte stream and writing the resulting characters to a file on disk. I enjoyed using serialization and deserialization too.
@TymoteuszPaul I also enjoyed taking image bytes in the data read from the .E2E binary file, processing this image data using a bitmap in order to produce pictures of the medical image data stored in the binary file. I then enjoyed writing a library which used a C# framework to create a DICOM file from the medical images, and patient meta data I extracted from the .E2E file.
@TymoteuszPaul After writing this OCT viewer command line app, finally I enjoyed writing a windows service to automatically perform bulk parsing, anonymization, image extraction and processing, and DICOM conversion of n .E2E files. I also used LINQ extensively in this project and liked how using C# programming constructs like structs, classes, data structures, streams etc. was all that you needed to succeed in that project.
@TymoteuszPaul It was just a project which needed problem solving skills rather than how experienced you were with using this framework or that framework. Maybe I enjoy building command line apps?
« first day (3154 days earlier) ← previous day next day → last day (1538 days later) »