Would love to know which countries don’t actually haze their doctors.

Here in DR docs get hazed out the Wazoo-being told they don’t have the status to look at the head surgeon in the eye or being tasked to get coffee.

Dominican Republic?

I'm sure there is a lot of status-related meanness everywhere but I was thinking in particular of the US practice of intentionally and radically overworking people (to a level dangerous to both them and their patients) in order to prove they can take it, which is pretty much classic hazing. Wouldn't be surprised if it's copied elsewhere but I know it's not done everywhere.

It sounds awful to me, too, but in casual conversations with medical professionals who have been through it (and in some cases while they were going through it) they very frequently defend the process. It doesn’t sound like Stockholm Syndrome or gate-keeping justifications either. They basically say that it’s the best way to see/learn the full progression of a case. Essentially it comes down to charts and records can only communicate so much and actually being there is how the real learning happens. I don’t know if I buy it, but I do know one thing — systems like this usually carry really value, or they wouldn’t be so persistent.

I'm fairly sure that's the norm almost everywhere. It's not just to prove they can take it, hospitals like to use students as free labor. I know it happens in Western Europe.

Barcelona 92 was the Olympics that most benefited a city.

What a wonderful city! And amazing port / beach transformation.

Depends on who you talk to! Infrastructure yes, but came with it waves of unsustainable tourism.

And that Freddy Mercury song...

Plus one on health. Probably the last thing I’ll stop paying for is my trainer / coach. (I am doing gymnastics)

My life has picked up so much momentum after that.

A failed relationship left a hole in my heart and existence. A failed business also sucked—but much less) Health is the first foot forward.

And sports with people is probably the best way to go! (OP you have the cash for a trainer. Do it!)

Would disagree on all services being of inferior quality. I think WeChat is better than WhatsApp. You can do everything and yet—it is still a straightforward, easy to use, Chat app.

Because you’re a student: join a sports club.

Exercise cured SOOOOOO much.

Now, if you’re a little older and have some money you can do what I did: hire a personal trainer. The social part is important. The returns to this investment are obvious. Do it even if you are already athletic.

If you don’t have money and can’t join a sports club—rearrange your room, set it up for yoga. I also did this. If you’re really really bad, try DDPY. They even have a bed workout!

And if you can / need—do all three! I’ve actually sort of done all 3 over the past year and I feel so much better. :)

Dude, get off Upwork.

Do not do any work for them.

Invest that time and build your name on your own or some other platform.

Take your clients off Upwork.

Would love to see what you’re doing.

You don’t owe them a thing.

This! Middle man just adds risks and fees! Keep working 2 years for the same client via Upwork is not very smart.

I have Acerola cherry too—but the only ones that fruit or flower are in full aun.

Will need to try small Caimito.

My understory plants are coffee and cacao. Also banana can grow.

We have a Zapote tree and we need to find a place between the Coconuts…your comment makes me want to find a new spot for the lemon tree…

Would love to connect!

> I have Acerola cherry too—but the only ones that fruit or flower are in full aun.

Interesting, I've always read in permaculture books that nanking is a good understory fruiter, and my local permie nurseryman said the same. Maybe it's a myth. How shaded are your non producing ones?

Oh and I have a nicely producing lime tree (at least 20+ years old) that at best gets 1 hour of dappled sun a day - it's on the edge but with very thick canopy above it. Here they call the variety "limon" - my understanding is that it's an ancestor to modern lime/lemon varieties.

Fantastic and subtle ways to generic-ize API and competition.

So I use GNUstep and I really like it.

It is not an Apple emulator—it is an OPENstep emulator and so it implements the amazing Cocoa API and many mac/iOS frameworks can be used server side with minimal porting.

This makes it easy for what I intend to keep as a one person project forever or as long as Apple continues to support Objective-C.

You want to know an unpopular opinion?? I love Objective-C and I think it is better—way better than Swift. And—if you have discipline, the preprocessor is excellent.

So while many might say GNUstep is buggy, it is working for several of us—and happily so.

I do agree that the homepage is terrible and that what should be done is put some installer scripts so you can start using it immediately. An Ubuntu installation following the corresponding script here is foolproof: https://github.com/plaurent/gnustep-build

Check it out!!

Well, for one thing it's not an emulator... AT ALL. And for another thing the idea behind GNUstep since about 2000 has been to implement Cocoa. I do appreciate your enthusiasm. :)

Greg C. GNUstep Maintainer

> You want to know an unpopular opinion?? I love Objective-C and I think it is better—way better than Swift. And—if you have discipline, the preprocessor is excellent.

Very curious to the reasoning here. If you can get to the pointer level of Swift, you basically have obj-c without all the unnecessary syntax?

In my view, excessive syntax is a crutch to make the language parser's job easier, not making the thought to code job easier. Obj-C seems to suffer from the excessive syntax?

> In my view, excessive syntax is a crutch to make the language parser's job easier, not making the thought to code job easier. Obj-C seems to suffer from the excessive syntax?

Another perspective is that the syntax of Obj-C exposes and supports the core model of the language, which is objects sending messages to each other. That it happens to be fast to parse seems secondary, and certainly further developments since version 2.0 have made parsing slower, not faster.

In my experience people complain about Obj-C syntax when what they actually dislike are verbose Cocoa/Foundation/etc APIs. Try their C Core* equivalents and you'll find you probably dislike those, too.

> In my experience people complain about Obj-C syntax when what they actually dislike are verbose Cocoa/Foundation/etc APIs

If so, that’s a real shame. Foundation may be the single best-designed standard library for a (non-functional) language ever.

I agree, Foundation is a gem! The method naming is one of the assets - the names are clear, regular, and usually fairly obvious. The downside to that regularity and clarity is that the names are long.

One CoreFoundation example at random:

    CFURLRef CFURLCreateCopyDeletingLastPathComponent(CFAllocatorRef allocator, CFURLRef ref);

I think nearly everyone who reads that prototype will immediately understand what it does, but there's no denying it's a mouthful.

Tack on some unfamilar square-brackets and intersperse argument names, and it's understandable that people will conflate the syntax with the APIs.

For me Foundation lacks composability. This method should be really two: CreateCopy (I assume it already exist) and mutating DeleteLastPathComponent.

I don't mention immutable by default behavior because it was long ago and written in C.

CoreFoundation is not written in ObjC, it's C only (although toll-free bridged).

I love the expressiveness of Obj-C, I love the brackets, and I love how easy it is to write.

I hate Swifts boiler plate words (var, let [why not const???], func), I hate the obtuseness of it (eg question marks everywhere), and I hate how hard it is to read because it makes it very easy to be so "clever".

To be fair, the syntax has changed since the days of NeXT. Accessing object variables been more C like (dot notation).

Personally, I never had any difficulties understanding the old syntax.

If anything, the old syntax was pure and consistent with what actually happens - message sending. Dot notation muddies the waters, IMO, but certainly is convenient. Ditto the collection literals.

I still say they did properties wrong. If you have a property prop, it should synthesize methods prop and prop: and expose them to the user. Then, to get you say [obj prop] and to set you say [obj prop: newVal]. This is a convention widely used in Smalltalk, and is nearly as convenient to use as dot notation. Dot notation in Objective-C makes the dot operator mean two different things; and in one case it takes a bare struct and in the other case it takes a pointer. Utterly weird. But it's a belt onion: done because it was the style at the time.

This is in fact how @property works; the declaration is sugar for a pair of accessor methods. The dot syntax is sugar for calling those methods.

    #include <Foundation/Foundation.h>

    @interface Foo : NSObject
    @property (copy) NSString *bar;
    @end

    @implementation Foo
    @end

    int main(int argc, char *argv[]) {
        Foo *foo = [Foo new];
        [foo setBar:@"Hello, world!"];
        NSLog(@"%@", [foo bar]);
        return 0;
    }

The dot syntax makes it difficult to parse whether you are dealing with a C struct or an Objective-C object.

Objective-C was grafted onto C with very clear demarcation lines.

We don’t mind being able to declare a property with `@property`. We do mind that they introduced dot syntax

Same here, I was never a proponent of the dot syntax. As we know, compiler development at Apple got taken over at some point by C++ people, and we can all see the results: https://blog.metaobject.com/2014/06/remove-features-for-grea...

t.rotate (a, v); // Original

t rotate (a, v); // Who needs dot?

t rotate a, v; // Who needs brackets?

t rotate by: a around: v; // Who needs ambiguity?

t rotateBy: a around: v // This is Smalltalk

I’m rolling — this is perfect.

Civilization has used dot notation in basically all thought, as evidenced by pretty much any nation’s laws / code

Which of course means it's in no way ambiguous or overly used. One syntax for one purpose. Until dot notation was used for @property you never had to guess if you were looking at a structure or at a class. See how that works?

Greg—the funny thing is that the comment I read the comment where they explain notation differences as sort of saying that Smalltalk is the best thing on the planet and we should all aspire to be Smalltalk. No ambiguity with Smalltalk which is of course the whole point of readable, paintable code. The most easily maintainable code is that which does not need documentation.

On Smalltalk: Objective-C of course aspires to be Smalltalk. It just so happens that it's happy to be a muggle and integrate C as well. Good for us. Use Smalltalk for most things and C where necessary.

> I love Objective-C and I think it is better—way better than Swift.

You are not the only one. This is exactly how I feel.

But GNUstep is ... not great. I want it to be! But it needs a lot of work on the interface side.

Judging by your comments, you seemed to have talked to the GNUstep maintainers, but they haven't been receptive to your ideas.

May I propose a fork? How about SiDESTEP ® for the project name?

No one ever spoke to me and I am the lead. Also SIDESTEP has been taken by another project. :)

Email me... anyone is free to join at any time. The whole project would appreciate the help.

I am already on the mailing list (and I even backed the failed Kickstarter :'( ).

My issue is it needs an entirely new UI, and the last time that was brought up it was clear nobody active wanted to do that.