yole

5 ms·

1.
by yole 3y ago
The list of third parties your data may be submitted to is actually disclosed on a page linked from the data collection and use policy, and it's not a very long list: https://www.jetbrains.com/legal/docs/terms
2.
by yole 3y ago
1) There's a "No" button in this dialog. It allows you to opt out from detailed data sharing, and you can still use the plugin. 2) In the next plugin update, we'll make it so that the detailed data sharing prompt is show
3.
by yole 3y ago
Just to clarify: No one is forcing you to use AI assistance features. All the deeply integrated features start working only after you explicitly log in to JetBrains AI service.
4.
by yole 3y ago
Just to clarify: 1) the AI Assistant plugin is not bundled, it needs to be installed separately; 2) once the plugin is installed, you need to explicitly log in to the AI platform. Therefore, there's no risk of your code being submitted
5.
by yole 3y ago
Actually there's no difference in terms of how sharing code is handled. Both Copilot and AI Assistant send your code to a LLM, and neither of those tools will use your code for training code generation models.
6.
by yole 3y ago
Could you please clarify which exactly part of the data privacy policy led you to believe that there are no restrictions on how the code will be used?
7.
by yole 4y ago
JetBrains IDEs ask you whether you want to submit usage data on the first startup, and honor your choice. You are not watched if you don't give an explicit, opt-in permission for that.
8.
by yole 4y ago
https://github.com/JetBrains/intellij-community/graphs/commi...
9.
Cliff Click discusses his new programming language, AA, with Chris Lattner(youtube.com)
2 points by yole 5y ago|0 comments
10.
by yole 7y ago
A lot of our work is open-source. You can easily see that our investment into improving our products, visible through the open-source repositories, has been steadily increasing every year.
11.
by yole 7y ago
If it was this easy, we'd have enabled this by default. Unfortunately by far not all UI freezes in IntelliJ IDEA are caused by GC, and ZGC is not a wholesale performance improvement even for those scenarios which do depend on GC.
12.
by yole 7y ago
No, IntelliJ IDEA doesn't use Graal at this time.
13.
by yole 7y ago
I'm not in contact with the research team and don't know which practical applications they have in mind, but as far as IntelliJ is concerned, we don't have any current plans to use the results of their work.
14.
by yole 7y ago
This is a research project. At this time there are no plans to invest into it on the same level as we're investing in Kotlin.
15.
by yole 7y ago
What exactly do you mean by "copyright and licensing"? JetBrains products do not violate any copyright or licenses from Oracle, and even if they change the license of future versions of Java, current versions are available for us
16.
by yole 9y ago
Yes, we have an issue in our issue tracker for that already; will fix in the next update. Sorry!
17.
by yole 9y ago
We're now resuming the development of the Eclipse plugin, and you'll see new updates very soon.
18.
by yole 9y ago
You can't reuse UI code between iOS and Android. You do have the ability to reuse the business logic code (domain models and so on).
19.
by yole 9y ago
You can do isomorphic (server-side and client-side) rendering in Kotlin. For mobile UI, you can build native UIs in Kotlin for Android and for iOS, but the UI code will be different for each platform, built on the native API of the correspo
20.
by yole 9y ago
It's a bit different from a regular export/import relationship. An exported declaration is usually made visible to an unlimited number of clients, and an actual declaration matches a single specific expect declaration.
21.
by yole 9y ago
We've fixed this already; the fix is being deployed. The correct URL is https://github.com/JetBrains/kotlin/releases/tag/v1.2.0
22.
by yole 9y ago
In Kotlin, every module contains either common code or platform-specific code. I'm not sure why you consider the module-level distinction to be less clean than being able to mix common and platform-specific code randomly within a singl
23.
by yole 9y ago
It's not really "to make the IDE's job easier", it's to make it explicit that the given class needs to match a certain contract, and to make the validation errors more clear.
24.
by yole 10y ago
Even with Kotlin Native in mind, we have no plans to break Kotlin's backwards compatibility guarantees, and we do plan to support the new JVM features such as value types. So if Kotlin works well as a Java enhancer for you today, it wi
25.
by yole 10y ago
There is now: https://blog.jetbrains.com/kotlin/2016/09/kotlin-netbeans-pl...
26.
by yole 10y ago
Yes, the plan is for Kotlin to replace Java at JetBrains. I don't see how the performance requirement follows from that. The performance of JetBrains products is determined far more by the implementation algorithms than by the compiler
27.
by yole 10y ago
As the post says, yield and async/await will be based on exactly the same mechanism. Either the entire mechanism will be implemented, or it will be postponed.
28.
by yole 11y ago
The Kotlin team does not have any near-term plans to work on the CLR backend. However, there are people at JetBrains who want one, so it's possible that it will appear at some point in the future.
29.
by yole 11y ago
This used to be the case a while back, but James is no longer working with us.
30.
by yole 11y ago
Kotlin does have lazy map/reduce/filter: those are available through the Sequence interface.

More ›