> Focus on addressing issues people actually have, instead of producing papers with academic novelties.
I think /u/jdegoes is being unfair here. If producing papers is really our secret goal, then we're terrible at achieving it ;) Look at how many papers LAMP publishes in a year, now compares this to how much code we write just in Dotty (to be fair you'd also need to include Scala.js, Scala Native, etc). I've personally spent a lot of time and energy working on things like performance work, Scala 2 compatibility, IDE support, Java 9+ support, sbt 1 support, better error messages, helping people out on gitter, etc, that are completely irrelevant to academia. We do these things because we want the stuff we work on to be useful, and not just academic exercises.
I'll pop in here just to say that I am impressed by the level of open-mindedness in the comments.
It is part of the Casper (ethereum PoS) roadmap to write fairly comprehensive documents describing the various components of the design rationale; expect those over the next month or so. You are also welcome to participate in research discussions in our open chat at http://gitter.im/ethereum/research.
Hi all!
At Truffle, we're always trying to make your lives easier. That's why I'm happy to announce our next undertaking, Ganache, a personal blockchain for developers. Ganache lets you see what's happening under the hood during development, and lets you introspect blocks and transactions to better understand how your application behaves. We expect Ganache to be part of the bedrock of the Truffle suite of tools. Ganache can fully replace the EthereumJS TestRPC.
Please give Ganache a try and let us know what you think. Hop into our Gitter channel (http://gitter.im/Consensys/truffle) or add issues and PRs on Github (https://github.com/trufflesuite/ganache).
Cheers, and we look forward to your feedback!
-- Tim and the Truffle Team
> In your card game, for instance, if cards could be thrown at any moment and they exact timing mattered, you'd have to solve for that: which is the exact reason a blockchain has been created in the first place, to decide in a case where the precise timing matters, which action happened first.
Actually, this would work even if users could throw cards at any moment. That is what submitAction
accomplishes. Essentially, it is just a very cheap transaction that does nothing but use the blockchain to register that an user submitted a transaction at that point in time.
Edit:
> This works for a specific subset of apps, of course
My claim (which could be wrong) is actually stronger, I do believe this is the right way to build any arbitrary DApp which involves an arbitrary amount of users / global interactions.
> Your dispute solution is actually what /u/pipermerriam has been implementing with his computation market repo, where any computation can be "bet" on.
Just a reminder, nothing of that was invented by me! Most of it comes from the awesome ideas people spread on Ethereum's Gitter. I'm merely organizing/spreading the thoughts!
Try FCC (Free Code Camp). It is not just an online course, but they organize local bootcamps too. Depending on where you are located, you may be able to find one. Besides, they encourage social interaction through their gitter.im platform which you will be constantly using!
Oh and despite the many contributions, we can always need more help :-) So please, if you spot an error in the documentation, just use the edit button on the top right. You can always talk to us in http://gitter.im/ethereum/solidity and there is a new "how to contribute" page at
https://github.com/ethereum/webthree-umbrella/blob/develop/CONTRIBUTING.md
Have fun with the new features!
/u/csaccnt if you're already using github you should probably use the chat that is geared with it
http://Gitter.im uses Github login for you to use chat channels free of use just like Slack.
Large communities use it like FreeCodeCamp (40k users in one chat)
Also, I'm interested :)
The solidity documentation (or just about any documentation) could need some improvements, or even better: translations. Create a github account, go to http://solidity.readthedocs.io/en/develop/ read it and if you find something that can be improved, click on "v:develop" in the bottom left and then "edit on GitHub".
If you encounter any problems or want to work on a translation, please ask on http://gitter.im/ethereum/solidity-dev (you can log in there with your github account).
Thanks a lot!
OSVR is actually the platform I PM'd you about, /u/marecznyjo ;)
If you're interested in getting in touch with the developers, check out gitter.im/osvr/. Most of them hang out there. If there's any way I can assist in bringing this tech to OSVR, short of actual programming, I would love to help! Assuming we don't run into friction with that obstacle I mentioned to you earlier.
Pioneer is a stack of tools using both BDD and A "widgetized" view layer to DRY up your tests.
You are right webdriver is verbose, and the hard part of using it is managing the ASYNC nature of integration tests.
The Pioneer Stack helps to mitigate these problems while providing real value in tests that double as a user spec and documentation.
I agree this is more "verbose" however it is maintainable and scalable.
I would love to chat more about this
http://gitter.im/mojotech/pioneer
Come join us.
Thanks a lot, we appreciate it! We hope to add documentation to improve readability and make it easier for contributors to start with fluence. Also, if you're into Scala or got any questions on the inner workings of Fluence, welcome to our Gitter
Hi Andy! Josh, creator of Drizzle, here.
First, to directly answer your question, Drizzle does not set a default gas price or gas limit. This means it will fall back to values set by your wallet, like MetaMask, or the client (geth, parity, etc.). There is a way to set this in Drizzle, however!
First, update to drizzle-react-components
v1.2.0, as I just published this update earlier today. Since you're using ContractForm
, this update adds the sendArgs
property to specify an object with the same parameters as a web3 1.0 <code>Contract.method.send</code>. This includes from
, gasPrice
, gas
, and value
.
For example:
// This...
<ContractForm contract="SimpleStorage" method="set" />
// Becomes this...
<ContractForm contract="SimpleStorage" method="set" sendArgs={{gas: 60000, gasPrice: 40000000000}} />
If you were using methods directly outside a component, you can pass that object as the final argument to cacheSend()
as well.
For future reference because this was mentioned: the gas settings in the truffle.js
file only affect migrations.
Thanks for using Drizzle and the entire Truffle Suite. Feel free to reach out to me via PM or email [email protected] with more questions, or check out our community Gitter.
UPDATE:
Game hosting is back online. The lobby chat isn't currently hooked up yet, so when you log in it will stay on the twitter feed tab. If you're having issues with OCTGN not loading, then go to http://www.octgn.net/Home/GetOctgn and install the latest version.
Please feel free to use our http://gitter.im/Octgn/General community chat as a temporary chat lobby until we can get the built-in chat working again.
Thanks everyone for your patience!
If you want a framework for building Ethereum-enabled applications -- and not only web applications -- check out http://truffleframework.com/.
Full disclosure: I built it. We're building an awesome team to help newcomers, so if you have a question don't hesitate to reach out. Our Gitter chat is here (http://gitter.im/ConsenSys/truffle) and you can reach out to me and /u/DiscRiskAndBisque as needed.
First all thats needed is to make an address at PredictionToken https://predictiontoken.github.io/#TRMP and then you can send it to that. Then simply deposit say example 1 ETH from that account to the PredictionToken contract giving you 1 TRUMPY and 1 TRUMPN.
Then you can go to http://etherdelta.github.io/#TRMPY-ETH and import the account with the tokens, the same account you made on PredictionToken and make an order with the tokens. I.e (selling TRUMPY for ETH) Then you keep the TRUMPN which you can redeem back for ETH if he doesn't win, plus you retain the ETH made when selling the TRUMPY tokens.
If you need any help along the way with this feel free to drop by the Etherdelta gitter channel :) http://gitter.im/etherdelta/etherdelta.github.io
You can send it from an exchange. First all thats needed is to make an address at PredictionToken https://predictiontoken.github.io/#TRMP and then you can send it to that. Then simply deposit say example 1 ETH from that account to the PredictionToken contract giving you 1 TRUMPY and 1 TRUMPN. Then you can go to http://etherdelta.github.io/#TRMPY-ETH and import the account with the tokens, the same account you made on PredictionToken and make an order with the tokens. I.e (selling TRUMPY for ETH) Then you keep the TRUMPN which you can redeem back for ETH if he doesn't win, plus you retain the ETH made when selling the TRUMPY tokens.
If you need any help along the way with this feel free to drop by the Etherdelta gitter channel :)
Also, this subreddit is unused (you're the first post!). I just wanted to claim it in case it became a thing. Halide devs and users hang out here if you want to ask questions real-time: http://gitter.im/halide/halide
Pretty easy! This is the kind of case that blocking
was added for. Maybe you could investigate adding mmap type abstractions directly to tokio-fs
?
http://gitter.im/tokio-rs/dev if you want to talk more about that :)
Thanks for the article! It seems like the "unused tag removal" step is not working properly in some of the examples. This will probably not improve the situation for general fixed array access, but at least for these examples. Could you drop us a line directly at http://gitter.im/ethereum/solidity-dev next time you find something like this? Thanks!
Thanks for the detailed write up. Is there a chance we can get in touch 1:1 I'd love to learn more about your particular usecase. There's a Gitter channel (http://gitter.im/spring-projects/spring-data) we hang out in from time to time. I'd love to get an example project with what you'd like to build eventually to make sure we find a way for you to do that. Whether that includes customizing SDR or basically removing for exactly those parts.
You should check out OpenAPS and join the Gitter chat (which requires a GitHub account). There are people there who are capable of helping you out with such endeavors.
Hi, have you tried these steps? If it still does not work drop by the gitter.
jQuery - A js library that lets you target things in the DOM (the living page, can only exist in a browser). You target them with CSS selectors and then can perform a plethora of actions like hiding/showing, causing click events, updating page content, retrieving data, making network (AJAX) calls, etc. For almost a decade 99% of the top 1000 sites used all or part of jQuery. It is based on the ideology that interactivity on the web should be very easy and very intuitive. Highly beginner and non-coder friendly.
Node.js - This is just JavaScript with I/O access. Meaning it can run on its own outside of a browser, make network calls the same way desktop apps do without the security limitations of a browser, read/write/edit/create/delete files, run executables, talk to hardware (gimme a list of wifi networks within range, how much RAM is currently available, and how many CPU cores there are. It was originally marketed as a way to run JavaScript on a server and that is still it's primary purpose. It comes with a package manager (NPM) that lets you pull down premade modules (libraries) that you can use in your Node based apps. Many many front-end development tools have been made in this format. So even front-end devs who do minimal JS (Ruby peeps) and don't use Node for anything else, will still use it for the tools (webpack/gulp/etc.). Node has also been included in many other arenas of development as well. My personal favorite is NW.js, which is a modified version of Chromium with Node built in so you can easily create Cross-Platform desktop applications like Gitter and Scout-App. Node is based on the ideology that their should be one language for both the front-end and the backend and that it should always be fast.
That's all I have time to write on my phone right now.
/u/jankotek I see that you have http://mapdb.slack.com listed, but I couldn't find a way to get an invite. Kotlin has a bot for that, for example http://kotlinslackin.herokuapp.com
Although I think that Gitter is way simpler for open-source projects to get started with.
Vue has a "comparison to other frameworks" section in their docs. There may be a little bias but there are lots of specifics to look at - http://vuejs.org/guide/comparison.html
Vuex is really nice, and extremely easy to grasp, but if you already use and know Redux, you could always use something like Revue which is just Redux bindings for Vue.
I would say it's up to you whether to stay with React or give Vue a try. Personally I found Vue's learning curve less steep than React, but if you're comfortable with it, then no big deal. Vue's single file components are really nice, and I do prefer that over React's classes/JSX. If you decide to try Vue, there's a gitter.im channel with lots of people that can help with any questions you have. I frequent there myself.
It's interesting to me that Gitter isn't more prevalent in these communities. They literally built a hosted chat client for open source repos and let you login with your existing GitHub credentials, yet people still use Slack and/or Discord.
I wonder why. Would Gitter be better if there was a "recommended rooms" feature? Or a way to make a room that wasn't strictly tied to a particular repo?
Thanks for you insights and kind words, you gave it some good thought it seems, and I agree with your points.
Making a good first impression on newcomers is critical for our growth. We will take great care of making such experience "insanely great". ;-)
For solving the chicken & egg problem of library availability, we will write ourselves many of the most commonly needed one, so the existing base would be broad enough to kickstart contributions (though we already have some contributed libraries).
We need more documentation and writers are rare, so your help is more than welcome for that. Feel free to chat with us about it on http://gitter.im/red/red (requires a github account).
If you have more ideas on how to make Red attractive to Python users, I am all ears. ;-)
Hi... The new version has a NetworkAPIDemo.java file in the examples package. Also the github repo has a wiki link which has a NAPI Quick Start Guide - which links you to a growing set of tutorial pages (work in progress). Then there's the NetworkTest.java which can also be gleaned for info. But the Quick Start wiki is best - it is amazingly simple to get started. If you write to the nupic hacker's mailing list, I will be glad to help you - or if you go to http://gitter.im/numenta/public - you can get live help...
I think it's probably better you point them at your GitHub instead - it's better known and may not contain you asking beginners questions you do not want employers to see!
I run an open source AI life framework JALSE (Java Artificial Life Simulation Engine). I'm looking to turn this into a more student friendly and community driven framework. Right now I'm trying to organise some simulations to be made and little group projects seems like a great idea to me. Here are some examples of what we have at the moment.
I honestly think showing an employer a professional looking github repo would be the right way forward for what you're suggesting. And gitter makes for easy communication you don't want in tickets.
> peed. Does lean support the use of Ta-lib? Unfortunately, my c# skills are not comparable to my python skills. Is there a nice
Thanks @yahma! We will add TA Lib support shortly, we actually decided to write our own indicator library to deeply integrate it with LEAN and enable some really cool features e.g.
var x = ema50.Of(rsi).Times(2); if (ema50 > ema20) { ... }
It also updates itself and creates indicators on any time span resolution: e.g.
var ema20 = SMA("SPY", 20, Resolution.Daily);
We don't have a charting library built in at the moment for the console version but its in the pipeline :)
So I've just discovered http://gitter.im and set up a chat to offer help to PHP newcomers.
I'm online pretty much all day ( I'm GMT+1 ) and will eagerly help you with some PHP-related stuff.
I have experience with pretty much every framework apart from Laravel, and of course am really experienced in my PHPixie =)
Although I prefer questions which are not framework specific. I can also help you with data structures, algorithms, advanced Linux stuff, patterns etc.
Aaaand D&D, mythology and stuff like that =))
Since some people complained about having to have a github account I recreated the chatroom here: http://tlk.io/phpixie
It's very tied to github, and could be a little nuts with a lot of people on it, but we use http://gitter.im on melonjs. Really handy for us talking about git issues, next releases, and various random things of interest. Keeps history unlike IRC.