There doesn't need to be any logic beyond "put this section here, then that one after it, then that one and then display the assembled page statically"
I can't find it now, but IIRC, Dan once said that rendering the HTML on the server side when using React could help create really fast webpages (especially if they are static)
Anyways, to me the primary downside of the Java app, as much as I think it's a cool app, is that it needs Tomcat 8+ to run, there are no other supported platforms at the moment
While JS works in practically all environments, right?
Okay. Just out of curiosity, is there something wrong with Tomcat? Because, if it's what we are already using and it's working for us, then do we need to switch from Java?
@Phrancis Java doesn't manipulate the DOM. In the Java webapp, we're just generating the DOM initially, when the page is loaded.
@Phrancis I believe that no matter what framework or language we will use, we will most likely host it ourselves anyway. So it doesn't matter that most webservers don't support Java like that
@Phrancis I don't want to let you down or anything, but don't have your hopes up too high. The core code of Cardshifter is very complicated. Even for me and @jacwah :)
But you will probably be able to help with something anyway :)
@SirPython This is actually how React works, it uses a flavour of javascript called JSX
The code you linked gets transpiled into something that looks like this:
render: function render() {
return this.props.items.map((item, i) => React.li({ key: i }, item))
}
That won't actually work though because you're returning multiple elements from render (which is a no-no). You'd need to wrap it in a <ul> or createFragment call.
It's entirely possible that I'm remembering it wrong
@Marc-Andre Do you think we should make the new page as the landing/index page to cardshifter.com by default, or make it a separate area of the site specifically as landing page when someone clicks the ad?
@Marc-Andre Alternatively, maybe it was a problem related to the site actually being tied to the cardshifter.com domain name, instead of redirecting to stats.zomis.net/io-web/ ...
I'll check if the project itself need it. If it does not than it's a server problem which is not a problem in itself since if we change the host for whatever reason we will have no limitation (just tomcat 7+ ) (that I'm sure! )
Css is so out of my league that I don't know! Never understood css enough to have a valid opinion
My opinion is we should do the best we can with what knowledge we have at the moment. Since CSS is not my strong suit, I say until we have someone who know what he's doing we should keep it simple
http://www.commitstrip.com/en/2016/01/13/questions-you-should-never-ask-a-coder-in-an-interview/ CommitStrip Questions you should never ask a coder in an interview CommitStrip 1452712530
Hmm @Simon reading the theory and a real brain has the notion of "neurons dying off if they are unused ultimately", maybe we could add that to a neural network to filter out unused neurons :D
Next up after being more advanced in all this (and have coded what I wanted) is to really look into LTSM networks, as they are very often used
(Long-Term Short Memory) I believe
For your case of recognizing minesweeper flags Hopfield Neural Networks might even be more relevant (on first sight at least)
Interestingly 9.2 seems to describe what I have programmed, which is not that surprising as I got my inspiration from the lecture slides, which are based on this book
I am writing two Git hooks (bash scripts) to preform text-searching and commit message formatting, and need some review regarding best practice and simplicity of the scripts.
The project uses two Git hooks (prepare-commit-msg and post-commit) to grab comments with // @commmit and automatically g...