1

Topic: C# vs Python

Short: 1) Sharp - strictly typified elegant s-shaped language intended for object-oriented programming. Not within the limits of this fight but that my outlook was clear, I will tell that, in my opinion, With ++ it is not so elegant, as Java or # looks through a prism of the object-oriented approach. 2) Pajton - language with dynamic typification and a heap of convenient counters. On  the purpose frequently is reached for a smaller amount of letters, than on C#. 1. Obtaining of a series whole from entry line. Console. Write ("Input series of numbers:"); string s=Console. ReadLine (); string [] token = s. Split (); inp = Array. ConvertAll (token, int. Parse); similarly: print ("Input series of numbers:" ) inp=list (map (int, input ().split ())) Primer2. Calculation identical (with the first) elements in an array int cnt = myarr. Count (p => p == myarr [0]); similarly myarr.count (myarr [0]) further Though  language interpreted to do on it debugging much more , than on C#, language compiled. It is impossible to change in program runtime the code  and to continue program performance further. On C# it is possible. By analogy with VB (interpreter) I expected that on  all will be more convenient, than on C#, but was not right. While my judgement is that that C# it is more preferable to group development of large-scale projects . For sports programming  approaches better, than C# It is possible to write and further but while suffices, it would be desirable to learn your judgement. I will be grateful, if it is argued correct my outlook.

2

Re: C# vs Python

Hello, qwp, you wrote: qwp> It is possible to write and further but while suffices, it would be desirable to learn your judgement. qwp> I will be grateful, if it is argued correct my outlook. 1. On the Python it is healthy to write the functional tests. 2. The python considerably pressed Matlab in the field of scientific computings.

3

Re: C# vs Python

Hello, qwp, you wrote: qwp> Though  language interpreted to do on it debugging much more , than on C#, language compiled. To use  is generally hemorrhoids. qwp> it is impossible to change in program runtime the code  and to continue program performance further. It is possible. It is the interpreter. qwp> while my judgement is that that C# it is more preferable to group development of large-scale projects . For different projects different languages. The python is easier, more evident, allows to do elegant decisions.  are abstractions and factory of the abstract factories. qwp> for sports programming  approaches better, than C# is faster, on the contrary. In sports solves speed.

4

Re: C# vs Python

Hello, qwp, you wrote: qwp> I Will be grateful, if it is argued correct my outlook. Ten years ago the judgement of one colleague was such: That I can tell... In an oven the Author: Sheridan Date: 26.02.08 it is interesting, whether it changed.

5

Re: C# vs Python

Hello, neFormal, you wrote: qwp>> It is impossible to change in program runtime the code  and to continue program performance further. F> it is possible. It is the interpreter. And it is possible more in detail? I did not find such possibility in Picharme. qwp>> for sports programming  approaches better, than C# F> is faster, on the contrary. In sports solves speed. Yes speed, but not the interpreter, and the programmer. And for the programmer speed is an amount of beeches in a minute.

6

Re: C# vs Python

Hello, qwp, you wrote: qwp>>> It is impossible to change in program runtime the code  and to continue program performance further. F>> it is possible. It is the interpreter. qwp> and it is possible more in detail? I did not find such possibility in Picharme. And I , whether am there. And so the python has means for editing . qwp>>> For sports programming  approaches better, than C# F>> is faster, on the contrary. In sports solves speed. qwp> yes speed, but not the interpreter, and the programmer. And for the programmer speed is an amount of beeches. It any more sports, and competitions of typists. Within the limits of sports  advantage on speed of performance will be more useful.

7

Re: C# vs Python

Python is language of the healthy person, and C# - the committer a microsoftware

8

Re: C# vs Python

9

Re: C# vs Python

Hello, neFormal, you wrote: F> and I , whether am there. F> and so the python has means for editing . ?!

10

Re: C# vs Python

qwp> Sharp and under a penguin works. Only licenses for half of system libraries are not present. On System. AddIn for example...

11

Re: C# vs Python

Hello, qwp, you wrote: qwp> Sharp and under a penguin works. Though it is, of course, not clear, what for Azhury, dockers under penguins

12

Re: C# vs Python

Hello, qwp, you wrote: qwp> it is short: qwp> 1) Sharp - strictly typified elegant s-shaped language intended for object-oriented programming. Not within the limits of this fight but that my outlook was clear, I will tell that, in my opinion, With ++ it is not so elegant, as Java or # looks through a prism of the object-oriented approach. qwp> 2) Pajton - language with dynamic typification and a heap of convenient counters. qwp> on  the purpose frequently is reached for a smaller amount of letters, than on C#. qwp> Primer1. Obtaining of a series whole from entry line. qwp> qwp> Console. Write ("Input series of numbers:"); qwp> string s=Console. ReadLine (); qwp> string [] token = s. Split (); qwp> inp = Array. ConvertAll (token, int. Parse); qwp> s. Split ().Select (s => int. Parse (s)).ToArray (); it is possible to fasten a heap of extensions and to receive inp=list (map (int, input ().split ())) It not a problem

13

Re: C# vs Python

Hello, neFormal, you wrote: F> it any more sports, and competitions of typists. F> within the limits of sports  advantage on speed of performance will be more useful. In the Python is numpy, scipy, pandas, matplotlib. That explicitly accelerates operation and the programmer and decisions.

14

Re: C# vs Python

Hello, qwp, you wrote: qwp> On  the purpose frequently is reached for a smaller amount of letters, than on C#. More likely letters, but not significant lexemes. qwp> Primer1. Obtaining of a series whole from entry line. Console. Write ("Input series of numbers:"); var inp = Console. ReadLine ().Split ().Select (int. Parse).ToArray (); qwp> Primer2. Calculation identical (with the first) elements in an array qwp> is similar qwp> qwp> myarr.count (myarr [0]) qwp> And how on a python will be if the amount distinct from the first the elements is necessary?

15

Re: C# vs Python

S> S> s. Split ().Select (int. Parse). ToList (); S> If as in the telegrams, each character costs money it is possible to remove still heels

16

Re: C# vs Python

> Only licenses for half of system libraries are not present. On System. AddIn for example... And someone really used it? And that is so much years in C# stayed, and all that was necessary the Author learned about it from post Sinix'a: Sinix Date: 30.05.16

17

Re: C# vs Python

Hello, qwp, you wrote: F>> and I , whether am there. F>> and so the python has means for editing . qwp> ?! !

18

Re: C# vs Python

Hello, Nuzhny, you wrote: F>> it any more sports, and competitions of typists. F>> within the limits of sports  advantage on speed of performance will be more useful. N> in the Python is numpy, scipy, pandas, matplotlib. That explicitly accelerates operation and the programmer and decisions. Yes, I in course. But it besides is not enough about sports. And in other languages too there are libraries.

19

Re: C# vs Python

Hello, neFormal, you wrote: F> yes, I in course. F> but it besides is not enough about sports. And in other languages too there are libraries. In others - is. In  - is not present.

20

Re: C# vs Python

Hello, AlexRK, you wrote: ARK> And how on a python will be if the amount distinct from the first the elements is necessary? If nonunique from length of an array to take away digit from a topic, if unique, len (set (myarr))-1

21

Re: C# vs Python

Hello, Nuzhny, you wrote: F>> yes, I in course. F>> but it besides is not enough about sports. And in other languages too there are libraries. N> in others - is. In  - is not present.  to  to libraries do not roll?

22

Re: C# vs Python

Hello, neFormal, you wrote: F>  to  to libraries do not roll? Roll, but not always. I used emgu cv -  to OpenCV. Development was the present pain. And not because I  the programmer. I and not the pythonist, but usage of the Python with OpenCV on the order am more comfortable.

23

Re: C# vs Python

Hello, Serginio1, you wrote: S> Azhury, dockers under penguins the Docker and under Hyper-V perfectly works. And that there at it in guts, on the idea of the docker should excite nobody.

24

Re: C# vs Python

I write 15 years on C#. Lately I write 70 % on a python, 30 % on C#. Each time when it is necessary to switch on C# I feel a pain. If tasks are connected to handling-analysis of the data, calculations, CV with C# there generally there is nothing.

25

Re: C# vs Python

Hello, Ops, you wrote: Ops> Hello, Serginio1, you wrote: S>> Azhury, dockers under penguins Ops> the Docker and under Hyper-V perfectly works. And that there at it in guts, on the idea of the docker should excite nobody. Works, only resources guzzles also money more. Dockers under  are superficial https://habrahabr.ru/company/microsoft/blog/339214/ For execution of Linux-containers by means of Docker the minimum kernel Linux and the user space for container processes is required. The dial-up of means LinuxKit has been specially developed Docker for creation of reliable, compact and portable Linux-subsystems in which containers Linux are a part of a platform. https://docs.microsoft.com/ru-ru/virtua … ers/about/ insulation Hyper-V - opens more ample opportunities of insulation in comparison with containers Windows Server as each container is launched in the virtual machine with optimization high level. In this configuration the kernel of a node of the container is not used together with other containers on the same node. These containers are intended for the unfavorable environments with several tenants and provide the security level similar to protection level, the provided virtual machine. As these containers do not use the same kernel, as a node or other containers in a node, they can launch kernels with other versions and configurations (in supported versions). For example, all containers Windows in Windows 10 use insulation Hyper-V to apply the version of a kernel and configuration Windows Server. The decision on container start in Windows with insulation Hyper-V or without it is accepted in runtime. You can initially create the container with insulation Hyper-V, and then in runtime to launch it as container Windows Server. https://docs.microsoft.com/ru-ru/dotnet … er-defined Virtual machines contain the application, necessary libraries or binary files and all operating system. The full virtualization demands more resources, than creation of containers. Containers include application and all its dependences. However containers use OS kernel together with other containers. Containers work as insulated processes in a user space in a node operating system. It does not concern containers Hyper-V where each container is launched in the separate virtual machine. As containers demand much less resources (for example, it is not necessary to them the full OS), they are launched faster and unrolled easier. Low consumption of resources promotes more high density. You can launch more services on one unit of equipment and lower expenses.