Hi,<div><br></div><div>Please forgive the intrusion - I&#39;m somewhat of a lurker but I&#39;ve been following Swift evolution and particularly this discussion with interest. I primarily write in other languages (JS and Python) but see Swift as finally allowing me to pick up native app development.</div><div><br></div><div>* what is your evaluation of the proposal?</div><br><div>I write a lot of JavaScript and have introduced a good few bugs in due to typos when assigning variables in initializing functions. I think anything that reduces the boilerplate is a win.</div><div><br></div><div>That being said, I take seriously the concern about reordering the variables and that breaking previous synthesised initializer functions. The way of getting around this in JS is to pass down a dictionary of arguments, but that&#39;s is a bit of a hack around the language. Python is much better here, with the **kwargs calling convention - but most importantly, Python 3 introduced keyword only args (anything after an * in the function definition) that *cannot* be called positionally.</div><div><br></div><div>I think something like would go a significant way to addressing concerns about initializers created by this proposal.</div><div><br></div><div>* is the problem being addressed significant enough?</div><div><br></div><div>As mentioned above, repetitive boilerplate is a source of bugs and as someone mentioned previously you become blind to things once repeated enough.</div><div><br></div><div>* does this proposal fit well with swift?</div><div><br></div><div>Reducing boilerplate by using all the tools such as the compiler and type information seems to be a very Swift approach.</div><div><br></div><div>* compared to other languages</div><div><br></div><div>As mentioned, I think the closet language level feature is actually Python calling conventions for functions, and that is something I think becomes generally an incredibly useful feature.</div><div><br></div><div>* effort in review</div><div><br></div><div>I have tried to follow all the discussion and have read the proposal. As I say I&#39;m somewhat of a Swift outsider but have have an interest in language design. Of the alternatives presented, I think the tuple assignment to &#39;members&#39; has merit in the calling convention, but I&#39;d argue against a special internal property unless it was merely something like a special tuple that on assignment updated the instance properties of the object. But it was that line of thinking that led to Python keyword only args which I think is more flexible.</div><div><br></div>Thanks for your time and hope this is useful, Alex J Burke,