ENIGMA Development Environment
Website is in read-only mode due to a recent attack.

Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.


Messages - Josh @ Dreamland

16
General ENIGMA / Re: Making love to the project
« on: May 04, 2019, 10:18:02 PM »
That's what sucks so bad about this, fundies. You're always very helpful, and you're always very irritating. And sure, oftentimes, you're trying to be playful, or maybe the person in question has earned your particular variety of caustic honesty, but it doesn't matter. The bottom line is, you make it unpleasant for prospective contributors to be in the chat. I feel it, Robert feels it, YAL feels it. Maybe, as you say, YAL had other reasons to leave and you were just the straw that broke the camel's back. Generally, you can fix that with an apology. You've gotten better about giving those, and no one has thrown them back in your face (except maybe Rusky, because yeah, that bridge is going to take a thousand years to repair). An important aspect of apologizing is not repeatedly doing it again.

You should also recognize that Rusky isn't the only person crying to me about you. I can't imagine you disputing that when shit heats up, you tend to escalate it. Actually, I can imagine you disputing that, because every time I point it out to you, you claim you were just doing tit-for-tat, eye-for-an-eye. That doesn't make the situation any better and it's not how you earn points with people. Logic is normally on your side in these disputes, but logic seldom has bearing on feelings, and while you discount them, feelings are a huge factor in when and how users will contribute to the project. You can't just write them off as bullshit; they factor into reality.

If you would get better at recognizing when enough is enough, the world would be your oyster. People can be fun. You can rib people. But you have to know who you can rib about what. Everyone has their own sore spots. You can call those "triggers" and pretend that this is all some conspiracy-level kindergarten feel-good horseshit. I will not deny that such a camp exists; every movement has extremists. But that's not at all what this is about. We're not trying to participate in some movement. You don't even go against the morals of the movement. The primary reason I continued to put up with your behavior (in spite of complaints) is because you were never deliberately racist or sexist or otherwise disparaging against any group. We're looking at the feelings of the rational individuals you choose to attack. You even boast it as your special talent—finding people's sore spots and using them as leverage. You do this regularly as a form of engagement, like some child who believes that every kind of attention is positive attention. And it brings a lot of people to resent you.

To be clear, this isn't about any one person. The question is, if you stop fostering this environment of perpetual antagonism on the Discord, will more contributors show up?

And unfortunately, there's only one way to answer that, because you just will not leave people alone. It may be that you honestly are incredibly bad at handling social situations. That would be pretty sad, and you're getting no benefit of the doubt there from Rusky and co because (A) he's sick to death of you, and (B) all of us are convinced that you are smart enough to where you shouldn't be so bad at picking up social cues. You need to recognize that you can't rationalize away how people feel. It's so simple not to bother people. No one's forcing you to interact with them; if you ignore them and stop taking jabs at them, you'll get along fine. Even Rusky would eventually move on. No one on the Discord is so petty that just the act of you speaking upsets them.

This isn't a big change I'm asking for. And you're not even 30; you're by no means too old to make simple changes to the way you conduct yourself to just get along with people. And yes, some of the people I'll be asking you to get along with have short fuses, and a couple of them appear to be legitimately stupid. But there's dignity in being polite with belligerent idiots, and I've seen you do that. It sucks when it becomes a routine, and if you see that happening, I will gladly ban those people. But generally, the really dumb ones leave quickly. It's people like Rusky that you have trouble with. It's when you see potential for contribution that you start to harass people.

Don't.

Just because someone is capable of assisting doesn't mean they are willing, and just because they are willing doesn't mean they are eager. You can (and, if we're being honest, do) get a lot of mileage out of Rusky. And if you don't, well, Robert does. I'll try not to speak too much for Rusky and YAL, but I'm sure they'd agree with much of this: I work all day. This request I have for you? The laborious task of getting along with others? That's rolled into my job. When I get back from work, I don't have a whole lot of energy to spend actively contributing to a project; the energy I have will depend on whether I've been putting up more with bitching from my customers, my toolchain, my coworkers and superiors, or just life at large (mower breaks down, ants on my fucking table, junk everywhere, shit to replace). Everyone has their own life to live on top of whatever volunteering they're doing on this project. You seem to already be under the impression that you are not the only cause of YAL's despair on that particular day, so it seems you're aware of this to some degree. But when someone's already had enough, your ribbing (even if you're joking) can be too much. And again, simply apologizing and then backing off is likely all it takes to fix that.

I will cede that, yes, many of our problems fall on me. I am not a manager. Most of the glue that holds this project together is the fact that our contributors and users all want this project to succeed. This has made it possible for me to be very low-touch in terms of disciplinary action and making sure the team gets along—functions required of a conventional manager. I'm not well-equipped in general, and you are a challenge to which even a typical manager is not well-fit. That's something I could improve. Apart from that, I will grant that canthelp left because I left. But what you should acknowledge is that I left because while I was my busiest with college, you were giving me tons of shit every day and then explicitly told me to leave because you apparently thought that you and canthelp would just run the project without me. Or maybe that was just another cry for attention. I don't remember, but I actually did completely leave, for over a month if I recall. I caught up on my work nicely without that headache in my life. But without me there, whether because they lost hope for the project or didn't want to put up with you, they left. But you can't deny your role in that, because I wouldn't have left if you hadn't made being there so unpleasant.

Same story for YAL. Maybe he had a bad day at work. Maybe he was tired. You made it unpleasant for him to be in our Discord. He left. Was it logical? Maybe not; he clearly cares about this project, and he could have blocked you or muted the channel instead. Is it justified? Absolutely. No one needs that stress in their life.

From where I'm standing, the easiest way to lower stress was to remove you from the equation. Personally, I feel as though it's worked well; I don't have to put up with your banter until I'm good and ready to open this thread and see what you're on about. Robert's actually sending me things in the main Discord instead of over chat and email. There's a sense of peace and normalcy. Why do you insist on taking that away?

You are one of the best contributors this project has had. I would love to have you back any time after you're done waging war on prospective contributors' personal sense of peace (this includes Robert and me). There are ways to motivate people without inducing stress, anger, or anxiety. This isn't just feel-good karma mumbo-jumbo; burnout is real, and it slows and craters projects.

Until then... good luck.

17
General ENIGMA / Re: Making love to the project
« on: May 01, 2019, 09:26:30 AM »
The question constantly begged was, what are we losing out on when you insist on harassing everyone who enters the channel? Some people put up with you, and some people don't. We've lost a lot of good people in the drama you created.

Your contributions are recognized and appreciated, and are the reason that I ignored request after request to ban you. But enough is enough. You're the reason I frequently take hiatuses, and most of the reason Robert is never on the main Discord. The last time you chased me off in one of your fits, forthevin and canthelp left. Now there's another. And at the point where one of the most talented people to show up and contribute to the project leaves two weeks later because he can't tolerate you, it's time to take action.

I'm not thrilled about getting rid of you, because unlike most, you were capable of being a leader. But there are ways of motivating people to do things to further the project—leading them—that don't involve harassing them. Until you can employ those tactics, I don't want you bothering people in the main channel anymore.

18
General ENIGMA / Re: ENIGMA - Easy installation on Windows.
« on: February 09, 2019, 11:04:03 AM »
Interesting... an installer could make this process easier, sure. Have you tried this on multiple machines? My experience suggests that Windows machines all vary in subtle ways that make automating the msys installation (and pointing into it with ENIGMA) is quite difficult. If this approach works for other people, it would be good to link this from the wiki.

Another question: are you installing Git along with ENIGMA, or is this just one arbitrarily-selected version of the repository? Those tend to get stale quickly.

19
Issues Help Desk / Re: Forum registration issues
« on: December 27, 2018, 10:08:30 PM »
A regular-old CAPTCHA can be sent to a human CAPTCHA filling farm. You have to be genuinely intelligent to fill out the registration questions on this site. And I like it that way.

In the future, we may invest in OpenID/OAuth as a means of signing in. I anticipate letting people sign in with their GitHub ID without filling in any of those boxes.

In the interim, this strong anti-spam system is me doing my part to keep bots from exploiting user links to increase their own page rank.

20
Issues Help Desk / Re: Forum registration issues
« on: November 23, 2018, 10:02:47 AM »
I have updated the Wiki to display my full name, again (I am not sure who removed it). I have also updated the form to accept "Goombert" and a few other people, since Robert hid his full name.

The expected course of action is for users to hit the back button on their browser and copy one of those names. Spam farms send the entire registration questions page to human workers to attempt to break. The information can therefore not appear on that page. For new members who don't know the team, the simplest way is to hit "back" and read the list at the bottom of the page, or to do what you did.

21
Off-Topic / Re: A warm hello
« on: November 06, 2018, 08:23:42 PM »
Welcome aboard, Reece. As the others have mentioned, LateralGM is sort of on its way out the door. The latest Java has rendered the project in a broken state, and while Swing is relatively easy to theme, it's also clunky and fails to offer the experience you get with more native toolkits. That said, we ended up adopting Qt for the IDE, which you might argue is a step sideways, but at very least, Qt behaves the same across platforms. Java and Swing behave differently from JVM to JVM, which differs from system to system. Getting rid of Java has become a priority.

That said, the new IDE is under active development; feel free to share your ideas. Sometimes we (particularly I) don't monitor the forums very closely, but the Discord is a pretty active place.

22
You might benefit from a class in communication, Watcher. Choosing your words and your tone carefully is far more likely to net you what you want. Constructive criticism is always welcome; you have offered two points of this, while drowning your message in generally inflammatory speech.

ENIGMA is free software—its user base and its contributor base are one in the same. I'm sorry if you feel alienated; I would suggest that you consider contributing—joining the team and having your voice heard—but you have already claimed to simply not have time to build anything. That isn't the attitude on which free software thrives.

We recognize there are problems with the IDE, which is why a new one is under development. As has been stated, documentation is openly editable; it hasn't received much attention because it's an unattractive task. In general, this community is very supportive, and would happily answer the kinds of questions required to enable someone to document a function they didn't understand. If, when unable to find documentation on a function, you and other users would ask a developer (or look up the function in the open-source codebase) and document it yourself, this would quickly be a solved problem.

Compilers in general require a lot of disk space. We aren't just slapping your game onto a runner or linking it against a static library: we are building your code as C++ which you can integrate with any library on your system. The software that you are accusing of being bloated is (1) the compiler, which is big for numerous, very important reasons, and (2) the IDE, which depends on Java and so is scheduled for replacement.

The rest of your post seems to be an assault on the team because you don't believe we have made progress. You are entitled to your opinion, although the GitHub pulse disagrees with you.


Generally speaking, you oughtn't just show up and scream people out because a project that people work on for free in their spare time is not complete. I've had a number of requests to just ban you, but that isn't generally how I run things. I encourage you to calm down and attempt to be more constructive. Also, please don't necro three-year-old threads to point out a problem in them.

23
Issues Help Desk / Re: Turning On A Variable Disables Character Movement
« on: February 19, 2018, 01:55:47 PM »
I can't think of any reason to favor declaring globals as one instead of zero. But "globalvar" is a GameMaker: Studio construct; ENIGMA just has you say "global var" instead. I can't tell if the compiler recognizes that you are trying to declare a global, or if it just assumes you left our two semicolons and wanted to say a bunch of variable names for no reason. The point is, it's possible globalvar just isn't working (although it seems to be declared in actions.h. Try printing the value in another object to make sure it's being persisted.

Otherwise, it could be an event ordering issue. Try setting it to what you mean instead of to one and then the correct value later.

24
Issues Help Desk / Re: Turning On A Variable Disables Character Movement
« on: February 06, 2018, 12:02:42 PM »
As you have probably noticed, var<Vacuum> object_Mouth is not valid syntax (well, it technically resembles valid syntax, but as the compiler pointed out, var is not a template).

The error you posted is actually a warning; it will not prevent your game from building nor harm its function. Interesting to note, though—I'm not sure why that function is being generated if ENIGMA is not using it. Probably a sloppy refactor.

How are you assigning to this global variable? How are you reading from it? This sounds as though there may be disparity, there. Are you declaring it global explicitly? If so, how?

25
Developing ENIGMA / Re: make androidrun
« on: January 30, 2018, 09:43:57 PM »
Android hasn't worked in ages; last time it worked was when TGMG checked it in. I don't even think it ever worked for anyone but him. I have no idea how to configure it, I'm afraid. You could try contacting him, but by this point, I doubt he remembers, either.

26
That game seems to suffer from a regression we've had on math functions. It's being worked on. You can follow along on PR 1172 if you're interested. It contains a fix for abs and a unit test to catch future regressions. I intend to add the other math functions and fix a coverage problem before merging it.

27
Issues Help Desk / Re: Turning On A Variable Disables Character Movement
« on: January 22, 2018, 10:40:07 PM »
There's no reason you should not be able to. What kind of errors?

28
Announcements / Re: I'll be upgrading CentOS today.
« on: January 19, 2018, 10:28:05 AM »
Fixed the commit ticker at the top of the site.

Something I didn't mention earlier is that I have issued redirects from http:// to https:// in the interests of user privacy and security. I hope you were all using HTTPS before that, but now it's required. Anyway, this had the side effect of breaking the commit ticker, which did not understand the HTTP 301 response. I've fixed that by adding an S to the GitHub URL.

29
Announcements / Re: I'll be upgrading CentOS today.
« on: January 18, 2018, 12:36:16 AM »
In what has got to be the last outage for a while, the EDC went down when I upgraded SMF to fix the tables. I am proud of SMF team's work in maintaining a stable API, despite PHP's maintainers' heads being lodged insuperably far up their respective asses. The bottom line is, some minor changes to the EDC's client code brought it back into compliance with new PHP APIs. No changes were required to continue using the SMF API. Let me know here if there are any problems with that.

We're discussing migrating to a dedicated server. It should mean less future headache, as I would probably migrate us to Arch to take advantage of rolling releases.

30
Announcements / Infrastructual Changes
« on: January 14, 2018, 11:50:21 AM »
Hi all,

I have some happy news to share regarding some changes to the ENIGMA codebase. Cheeseboy, Robert, and I have been making some relatively big changes to the infrastructure of this project, lately. You (I hope) haven't noticed so far, because these changes are mostly internal cleanup, code health, and productivity changes. Since we fixed the Travis-CI build a few months ago, Robert has added an AppVeyor build. With the new assurance that a change will not break other platforms, we have been cleaning up the codebase and moving things around. We have had minor regressions, which is why I'm in the process of writing a regression test suite on top of our build tests. But for the first time in this project's history, all contributors are submitting code to branches instead of directly to Master. Our build has been green since we fixed it a few months ago. This is huge news for us, but doesn't directly affect users.

The downside is, of course, the minor regressions. And we're about to have much bigger changes.

What you need to know:
Some dependencies will be added to the project. We are going to stop baking GLEW into our source, for example. LateralGM will also be updated. We will provide instructions on how to obtain the latest dependencies when that time comes. I expect us to just ship a new portable zip that everyone will need to update to.

A more comprehensive list of changes:
  • In the coming weeks, we plan to completely change the way LateralGM (and other IDEs) communicate your game data to ENIGMA. We will use a flatbuf-based system instead of EnigmaStruct, which will be removed.
  • As I mentioned, Cheeseboy has removed the GLEW source from our source tree. You will soon need to obtain it yourself (probably by downloading a new portable zip). Advanced users can install it through MSys on their own.
  • ENIGMA now writes a .desktop file on Linux alongside built games. This serves as a launcher for the game, and enables users to more easily set their own game icon.