pldelisle
Оригинален плакат- 4 май 2020 г
- Монреал, Квебек, Канада
- 30 юни 2020 г
Какво правя всеки ден
Аз съм инженер по машинно обучение. В момента завършвам магистърска степен по машинно обучение, приложено към медицински изображения. Работя върху съревнователното нормализиране за сегментиране на изображения, придобити от множество сайтове. По принцип пиша алгоритми за машинно обучение. Аз също съм активен разработчик на софтуер в GitHub с две библиотеки с отворен код в процес на интензивно разработване. Аз кодирам, внедрявам функции, пиша тестове и особено отстранявам грешки. Моите ежедневни инструменти за работа са Git ( Atlassian SourceTree ), мигновени съобщения ( Отслабване ) за сътрудничество с други членове на лабораторията, в която се намирам, приложение за писане на LaTeX ( Отгоре ) и мощна IDE ( Jetbrains PyCharm ). Всички тези инструменти са достъпни в macOS главно от самото им създаване.
Защо избрах iPad Pro
Аз съм човек от Mac. Направих скока от Microsoft Windows през 2012 г. и оттогава винаги съм работил на Mac и UNIX-подобни операционни системи. През годините приех много продукти, идващи от Apple; iPhone, Apple Watch, Apple TV и Mac. Имах и първото поколение iPad Air, когато беше пуснат през 2013 г. Харесах този iPad, но за съжаление батерията се изхаби и сега трябва да бъде включен по всяко време, което се отразява сериозно на използваемостта му. Обичам екосистемата на Apple и тя просто работи. За професионалист този аспект е от решаващо значение, тъй като може да подобри много производителността. За мен проблемите в екосистемата на Apple са много, много редки. Всичко работи безотказно. Да отидем с iPad Pro повече от всеки друг таблет на пазара беше естествено.
Но защо да не останете с Mac? Моят действителен MacBook Pro е висок клас 15 инча модел от края на 2013 г. Въпреки че все още има хардуерна и софтуерна поддръжка за него, батерията остарява, издържа не повече от час. Човек трябва да знае, че отиването на работа ми отнема час и половина и отнема същото време, за да се върна у дома, така че Mac просто не може да го издържи повече. Освен това вече почти 7 години нося този лаптоп всеки ден от дома до колежа и университета. имах достатъчно. Исках нещо леко, надеждно, бързо, което просто да работи и с което мога да оставя Mac в офиса си и да работя в движение и у дома.
Пробвах и двата размера на iPad Pro. Имах и 11-инчов, и 12,9-инчов рамо до рамо за повече от два часа. Нещото, което наклони баланса в полза на 12,9-инчовия е, когато прочетох научна статия за него. Четенето на статии и статии в списания понастоящем, като магистър, е голяма част от времето ми на работа, а също така ще бъде и в бъдещата ми работа като инженер-изследовател. Четенето на документи с двойна колона на този iPad е абсолютно чар. Apple Pencil прави анотациите лесно, като пише бележки и резюме на статии много бързо. Другото е за отдалечен работен плот. Исках да мога да се свържа дистанционно с моя Mac, ако имам нужда, а по-големият екран го прави малко по-лесно. Увеличеният размер на дисплея също е по-лесен за гледане и писане на код, като същевременно не прави iPad обемист като лаптоп. Apple Smart Keyboard Folio също беше по-удобен за тази употреба в своя 12,9-инчов формат.
Където нещата се усложняват
12,9-инчовият iPad Pro е без съмнение невероятно мощен таблет. До днес не видях забавяне. Следва ме толкова бързо, колкото моят Mac. Дори и да е на почти 7 години, моят Mac все още е достатъчно бърз за ежедневната ми употреба. iPadOS определено е по-добър от всеки iOS, пуснат преди това за iPad. Без съмнение, той отприщва силата на iPad с подобрена многозадачност, възможност за използване на външно устройство, интервали, мощни жестове, без да забравяме все по-гъвкавото приложение Files. Интеграцията на iCloud е в апогея си, спестява място за съхранение на iPad и се интегрира безпроблемно с много приложения. Тъмният режим също се интегрира в много приложения, което дава зашеметяващи визуални ефекти.
Той прави почти всичко, което прави моят MacBook Pro, без да жертва ефективността и производителността. Освен едно нещо.
Кодиране.
Като разработчик на софтуер мога да потвърдя, че iPad Pro липсва интегрирана среда за разработка.
използвам Текстово приложение . Докато можете директно да използвате хранилището от Работно копие което е мощно и красиво приложение за внедряване за работни потоци на Git, то няма завършване на код за Python, в момента един от най-използваните езици. можех да използвам Питонист , но приложението не е актуализирано от две години и всъщност /изпълнението/ на Python скриптове на iPad не е един от приоритетите ми. За това имам специални Linux сървъри с мощни графични процесори NVIDIA. Дори не стартирам код на Python на моя Mac, моите алгоритми изискват твърде много енергия, отколкото всеки компютър Mac може да достави (с изключение на Mac Pro). има Редактор на код от Panic (бивш Coda), който изглежда с по-високо качество, но изглежда му липсват няколко функции от Textastic, докато предлага други, които са по-малко полезни. За терминална емулация, Термиус приложението, в своето безплатно ниво, предлага почти всичко, от което човек се нуждае. Blink Shell също е много хубаво приложение за емулация на терминал.
Изглежда, че не можем да получим най-доброто от всичко в едно приложение.
Това, което ни трябва
Това, от което се нуждаем на iPad, е пълна IDE с възможност да имаме конфигурация за отдалечено изпълнение/интерпретатор/разгръщане, точно както имаме във всеки JetBrains IDE. Аз лично разработвам на моя Mac, но съм стартирал конфигурации, които изпълняват моя код на отдалечени сървъри с автоматично качване и синхронизация.
Защо не можахме да получим това за iPad? Сериозно IDE приложение, в което можете да редактирате кода си, да имате конзола в долната част, да навигирате в проекта си вляво и бутон /Play/ в горния десен ъгъл, за да стартирате кода си на сървъра, който искате, независимо дали е в облака или във вашия офис или у дома. И най-важното е, че имате пълен, пълнофункционален дебъгер, точно като този във всеки JetBrains IDE. Наличието на такъв дебъгер за отдалечено изпълнение може да промени живота на всеки софтуерен разработчик, който трябва да отстранява грешки в нещо в движение.
Типична сесия за отстраняване на грешки в JetBrains PyCharm.
Защо не изградите и не стартирате на iPad?
Изчислителните възможности на iPad Pro вече не трябва да се демонстрират. Всички знаем, че iPad Pro, по отношение на изчисленията, е звяр, надминавайки в някои случаи на използване напълно захранваните мобилни процесори на Intel. Защо не дадете това на разработчиците? Мога перфектно да си представя код за разработчик на приложение за iPadOS, да изградя и тествам приложението му директно на целевото устройство. Това със сигурност ще подобри значително ефективността и производителността на този разработчик. Така че защо Apple все още не е склонен към това, същата компания, която твърди, че на всеки WWDC тяхната ОС подобрява производителността за всички видове хора, но забравяйки самите тези пред сцената по време на това събитие?
Решението може да бъде в технологиите за контейнери.
През последното десетилетие видяхме светкавичния възход на контейнерните технологии като Docker. За последното първо започна на Linux, но естествената реализация на macOS не отне много време, преди да бъде пусната. Използването на родната /Hypervisor/ рамка е едно от най-добрите неща, които могат да се случат на разработчиците на софтуер на Mac. Той е ефективен, стабилен и лесен за използване.
Защо не пренесете това към iPadOS?
Добре, може да си помислите, че този човек е луд, но това може да отключи възможността за изграждане и стартиране на код на iPad по възможно най-сигурния начин.
Едно от основните неща, поради които Apple не желае да позволи на разработчиците да създават и изпълняват код на iPad, е сигурността. Злонамереният код потенциално може да засегне други приложения и да компрометира сигурността на устройството, което за Apple е най-голямата възможна забрана.
Но ако пренесем контейнерна технология към iPad, човек би могъл безпроблемно да кодира, изгражда и изпълнява кода му в защитен контейнер, без всъщност да знае, че е контейнер отдолу. Входовете могат да бъдат свързани към контейнера, ако приложението изисква взаимодействие от I/O, като например сензорен екран или Apple Pencil. Мощните процесори A12X/A12Z, съчетани с бързото съхранение на iPad, определено биха могли да инстанцират контейнер при поискване без усилие. На разработчиците на IDE ще бъде предложено да използват проста рамка, точно като всяка друга рамка на iPadOS, в която приложението създава или използва контейнер за изпълнение на код. Потребителят може да избере кой контейнер да използва от платформа като DockerHub. Тъй като повечето изображения са доста малки при използване на диск, съхраняването им локално на iPad, който има множество опции за съхранение, не би било проблем. Инсталирането на каквито и да е библиотеки вече няма да бъде ограничение, както в действителното приложение на Pythonista. Изолацията на софтуера е ключът тук.
Заключение
Тук представих моето лично мнение за продукт, който обичам от Apple. iPad има своето място, но операционната система все още силно ограничава възможностите на това страхотно устройство. Това със сигурност е най-добрият инструмент за художници, студенти и всички хора, които искат лесно за използване, преносимо и леко устройство. За някои хора iPad може напълно да замени Mac или PC, но намирам, че разработчиците на софтуер са изоставени на това страхотно устройство. Надяваме се с времето приложението да става все по-усъвършенствано. Видях, че Panic Inc. има някои планове за портиране Нов , напълно преработен редактор на код за iPad, което означава, че може да има надежда да видим истинска IDE на iPad през следващата година. Много хора се надяваха, че Xcode ще се появи на WWDC 2020 в iPadOS 14, което можеше да бъде голяма стъпка напред за разработчиците на софтуер, които искат да направят повече от своя iPad, но за съжаление Apple избра да не включва приложението.
Благодаря за четенето! Последна редакция: 30 юни 2020 г
делта0
- 1 септември 2018 г
- Лондон
- 30 юни 2020 г
pldelisle
Оригинален плакат- 4 май 2020 г
- Монреал, Квебек, Канада
- 30 юни 2020 г
delta0 каза: Опитвал ли си jupyter с ssh? Не съм го пробвал на iPad, но го използвам през цялото време, за да се свържа с нашия клъстер от графични процесори и да стартирам ML код.
не съм. Рядко използвам Jupyter. Jupyter е добър за малки ML неща или извличане на данни, но не и за дългото обучение като мен. Моят код отнема 5 дни за обучение на Tesla V100 32 GB. д
делта0
- 1 септември 2018 г
- Лондон
- 30 юни 2020 г
pldelisle каза: Не съм. Рядко използвам Jupyter. Jupyter е добър за малки ML неща или извличане на данни, но не и за дългото обучение като мен. Моят код отнема 5 дни за обучение на Tesla V100 32 GB.Имам jupyter, свързан към машина с четири GV100, но съм склонен да имам достъп до него само на работния си плот чрез ssh. Може да пробвам iPad в някакъв момент. Използвам предимно pytorch.
pldelisle
Оригинален плакат- 4 май 2020 г
- Монреал, Квебек, Канада
- 30 юни 2020 г
Не че не харесвам Jupyter, но откривам, че сте склонни да правите по-малки неща с него от обикновените скриптове на Python.
Може би е време да премина към разработка на Swift и да направя тази IDE за iPad ... ахах ! Последна редакция: 30 юни 2020 г
Автоматично Apple
Суспендиран
- 28 ноември 2018 г
- Масачузетс
- 30 юни 2020 г
pldelisle каза: Може би е време да премина към разработка на Swift и да направя тази IDE за iPad ... ахах!Да, определено! д
делта0
- 1 септември 2018 г
- Лондон
- 30 юни 2020 г
pldelisle каза: Да, и аз, Pytorch е най-добрият! Направих библиотека за Pytorch с колега от университета: https://github.com/banctilrobitaille/keroseneИскам да разбера повече, когато имате нещо. Pytorch е невероятен. Изчакайте, докато тренирате на система с няколко графични процесора, това ме изуми колко лесно беше да се настрои!
Не че не харесвам Jupyter, но откривам, че сте склонни да правите по-малки неща с него от обикновените скриптове на Python.
Може би е време да премина към разработка на Swift и да направя тази IDE за iPad ... ахах !
pldelisle
Оригинален плакат- 4 май 2020 г
- Монреал, Квебек, Канада
- 30 юни 2020 г
delta0 каза: Искам да науча повече, когато имате нещо. Pytorch е невероятен. Изчакайте, докато тренирате на система с няколко графични процесора, това ме изуми колко лесно беше да се настрои!
Да, вече кодирах работата си, за да я изпълнявам по разпределен начин. Много е зашеметяващо, особено в FP16.
secretk
- 19 октомври 2018 г
- 30 юни 2020 г
Като се има предвид това, не съм сигурен колко хора като вас и мен са там, за да гарантират на Apple или други компании (като Jetbrains) да инвестират в създаването на IDE приложение за iOS/iPadOS.
Освен това, докато мисля, че iPP имат страхотни процесори, се притеснявам за RAM. Разбира се, правя предимно Java кодиране, по-малко Python. Искам да кажа, че сега чета Java код на работа (мениджър, няма време за писане на код), но вкъщи си играя с Python и извличане на данни и машинно обучение (начинаещ, няма експерт като със сигурност). И стартирането на настройката на IDE на моя компютър с Windows се нуждае от неговата RAM.
За мен също Apple трябва да работи върху управлението на RAM в iPadOS. Начинът, по който ОС изглежда решава сама да убие процеси, не е начинът, по който работите върху неща като кодиране, компилиране и тестване. И ако питате мен, това не е начинът за много професионалисти. Това е, което задържа iPad за мен. Аз съм истински многозадач в смисъл, че съм доста ефективен и изпълнявам няколко процеса на моя компютър едновременно. Бих чел документация или проверявал кода, докато чакам нещо да се компилира и да бъде разгърнато, за да мога да го тествам.
Също и множество монитори. Обичам да виждам на едно място приложението, което тествам, а на другото да наблюдавам, за да имам IDE за отстраняване на грешки и проверка на кода.
кексчета 2000 г
- 13 април 2010 г
- 1 юли 2020 г
rkuo
- 25 септември 2010 г
- 1 юли 2020 г
pldelisle
Оригинален плакат- 4 май 2020 г
- Монреал, Квебек, Канада
- 1 юли 2020 г
secretk каза: Освен това, докато мисля, че iPP имат страхотни процесори, се притеснявам за RAM. Разбира се, правя предимно Java кодиране, по-малко Python. Искам да кажа, че сега чета Java код на работа (мениджър, няма време за писане на код), но вкъщи си играя с Python и извличане на данни и машинно обучение (начинаещ, няма експерт като със сигурност). И стартирането на настройката на IDE на моя компютър с Windows се нуждае от неговата RAM.
Ти си прав. Веднага щом се докоснете до ML/извличане на данни, това отнема много RAM. Но имам мощни сървъри за това с 256 GB RAM. Идеята е може би да се позволи изграждането на малки приложения/приложения, които са в капацитета на iPad да работи. Повечето ненаучни приложения не заемат повече от 50-100MB RAM. А за останалите от нас, позволете на IDE на iPad да изпълнява отдалечен интерпретатор/JVM. Свързвате се със сървър, който управлява средата, без никога да излизате от родното приложение за iPad. Jetbrains IDE може доста лесно да стартира отдалечен SSH JVM/Python интерпретатор. Така че можех дистанционно да се свързвам, стартирам и отстранявам грешки в кода с точки на прекъсване в приложението за iPad.
Идеята също е да не се принуждава разработчикът да работи само за iPad. Това е за работа по пътя. Оставете Mac у дома, продължете да работите в градския транспорт например. След като сте в офиса, ангажирате/натискате iPad, дърпате офисната си машина и сте готови да тръгнете.
cupcakes2000 каза: Простете ми, че звучи рязко или може би грубо и неразбираемо, нямам предвид - това е сериозен въпрос. Операцията споменава, че всичко е на място, освен правилните приложения, но като програмисти - не можете ли просто да разработите необходимите приложения?
Бих могъл, ако имах време да го направя!
secretk каза: Като разработчик не обичам една компания да ограничава избора ми върху използваната машина за писане на код. Искам да мога да използвам машината, която искам, ОС, която искам, и да мога да инсталирам IDE където искам.
С всички инструменти, които Apple предлага в Xcode, за да улесни разработчиците, не виждам проблем с ексклузивната среда за Mac. Нормално е една компания да налага платформа за разработка на собствен продукт. Само помислете за разработката на вграден хардуер, която налага собствена IDE (но в техния случай всички са скапани!) Mac е перфектната платформа за разработка на приложение за iPad/iPhone. Мисля, че Jetbrains има AppCode IDE, но не знам как се сравнява с Xcode.
rkuo каза: Забравете родните приложения и стартирайте jump desktop обратно към работния плот. Това е безкрайно по-малко разочароващо и всъщност работи много добре.
Изпробвах приложението и поисках възстановяване на сумата. Разделителната способност не може да съвпада с моя Mac. Скоро наистина се уморявате, резолюцията е размазана. Разговарях с техническата служба и те никога не намериха начин да ми помогнат, затова поисках възстановяване на сумата. Опитах и обикновен VNC, но беше малко бавен. Не съм опитвал Screens или Duet отдалечен работен плот.
secretk
- 19 октомври 2018 г
- 1 юли 2020 г
pldelisle каза: Прав си. Веднага щом се докоснете до ML/извличане на данни, това отнема много RAM. Но имам мощни сървъри за това с 256 GB RAM. Идеята е може би да се позволи изграждането на малки приложения/приложения, които са в капацитета на iPad да работи. Повечето ненаучни приложения не заемат повече от 50-100MB RAM. А за останалите от нас, позволете на IDE на iPad да изпълнява отдалечен интерпретатор/JVM. Свързвате се със сървър, който управлява средата, без никога да излизате от родното приложение за iPad. Jetbrains IDE може доста лесно да стартира отдалечен SSH JVM/Python интерпретатор. Така че можех дистанционно да се свързвам, стартирам и отстранявам грешки в кода с точки на прекъсване в приложението за iPad.
Да, това е добър вариант. За да можете да стартирате пълния IDE дистанционно на някой сървър.
Идеята също е да не се принуждава разработчикът да работи само за iPad. Това е за работа по пътя. Оставете Mac у дома, продължете да работите в градския транспорт например. След като сте в офиса, ангажирате/натискате iPad, дърпате офисната си машина и сте готови да тръгнете.
А, виждам, звучи добре.
Бих могъл, ако имах време да го направя!
Вярно, че.
С всички инструменти, които Apple предлага в Xcode, за да улесни разработчиците, не виждам проблем с ексклузивната среда за Mac. Нормално е една компания да налага платформа за разработка на собствен продукт. Само помислете за разработката на вграден хардуер, която налага собствена IDE (но в техния случай всички са скапани!) Mac е перфектната платформа за разработка на приложение за iPad/iPhone. Мисля, че Jetbrains има AppCode IDE, но не знам как се сравнява с Xcode.
Е, разбирам тезата ти, но донякъде не съм съгласен. Имам нужда от много повече, за да реша да инвестирам в Mac, защото е много по-скъп в сравнение със същия хардуер от други марки и не мисля, че ми предлага достатъчно, за да оправдае разходите. Вземете Jetbrains или Eclipse - мога да инсталирам това нещо, когато пожелая. Очаквам същото от всяка IDE. По начина, по който го виждам - Apple предлага наистина затворена система, от която в момента, в който инвестирам пари в нея (а те са много, защото устройствата на Apple са скъпи) не мога да изляза. Това не е опция, която приемам. Искам да имам гъвкавостта, за да се преместя на каквото устройство искам. Днес Mac може да ми свърши работа, утре не. Искам да мога винаги да избирам най-добрите инструменти за мен (хардуер и софтуер). Както е, Apple избира. Аз не съм такъв тип човек. Знам какво искам и искам да го получа - без въпроси, без ограничения. Ето как го правя.
pldelisle
Оригинален плакат- 4 май 2020 г
- Монреал, Квебек, Канада
- 1 юли 2020 г
secretk каза: Да, това е добър вариант. За да можете да стартирате пълния IDE дистанционно на някой сървър.Не самата IDE, а интерпретаторът/JVM, на който се изпълнява кодът. Виж https://www.jetbrains.com/help/pycharm/configuring-remote-interpreters-via-ssh.html#ssh
secretk каза: Разбирам мисълта ти, но донякъде не съм съгласен. Имам нужда от много повече, за да реша да инвестирам в Mac, защото е много по-скъп в сравнение със същия хардуер от други марки и не мисля, че ми предлага достатъчно, за да оправдае разходите.
Повярвайте ми, напълно си заслужава. Сменен през 2012 г. Би никога върнете се отново. Да, засенчих дефектните клавиатури за 2016-2019 г., все още съм на моя MacBook Pro 15 от края на 2013 г., но дори и след почти 7 години, той продължава да работи добре и все още ще се поддържа от Big Sur. И след това ще има допълнителни 2 години актуализации на сигурността. Така че 9-10 години поддръжка, това е доста безумно за технологични продукти. Да, беше 4000 $ CAD по време на покупката, но ми служи невероятно добре и все още ми служи.
Разбирам вашата гледна точка. Обичам да играя и на хардуер. Но за моя ежедневен шофьор искам компютър, който просто работи, който „работи като магия“, както казваше Стив. И Apple ми предлага това. Когато искам нов хардуер, просто се отбивам в магазина на Apple, избирам каквото искам, вземам го и започвам да работя. Най-добрият инструмент за мен винаги са били моят Mac и Linux. Не виждам защо бих променил хардуера си на нещо, което не е на Apple, особено с предстоящите Apple Silicon Macs и подобрената виртуализация на Linux (за ARM Linux, но двоичните файлове на ARM вече са популярни в Linux). Но това е въпрос на избор Реакции:akash.nu
secretk
- 19 октомври 2018 г
- 1 юли 2020 г
pldelisle каза: Не самата IDE, а интерпретаторът/JVM, на който се изпълнява кодът. Виж https://www.jetbrains.com/help/pycharm/configuring-remote-interpreters-via-ssh.html#ssh
ААА разбирам. Благодаря за линка!
Повярвайте ми, напълно си заслужава. Сменен през 2012 г. Би никога върнете се отново. Да, засенчих дефектните клавиатури за 2016-2019 г., все още съм на моя MacBook Pro 15 от края на 2013 г., но дори и след почти 7 години, той продължава да работи добре и все още ще се поддържа от Big Sur. И след това ще има допълнителни 2 години актуализации на сигурността. Така че 9-10 години поддръжка, това е доста безумно за технологични продукти. Да, беше 4000 $ CAD по време на покупката, но ми служи невероятно добре и все още ми служи.
Да, наистина, добра идея, че обикновено Mac издържа повече години. При това казах, че не искам компютър повече от 4 години. Казано малко, чувствам нужда от надграждане след 4 години. Независимо дали е защото искам да изпробвам повече RAM, повече SSD или друг процесор, просто го искам.
Разбирам вашата гледна точка. Обичам да играя и на хардуер. Но за моя ежедневен шофьор искам компютър, който просто работи, който „работи като магия“, както казваше Стив. И Apple ми предлага това. Когато искам нов хардуер, просто се отбивам в магазина на Apple, избирам каквото искам, вземам го и започвам да работя. Най-добрият инструмент за мен винаги са били моят Mac и Linux. Не виждам защо бих променил хардуера си на нещо, което не е на Apple, особено с предстоящите Apple Silicon Macs и подобрената виртуализация на Linux (за ARM Linux, но двоичните файлове на ARM вече са популярни в Linux). Но това е въпрос на избор Реакции:secretksecretk
- 19 октомври 2018 г
- 1 юли 2020 г
pldelisle каза: Ахаха! Чувствам болката ти. Да, Джони Айв направи катастрофа с клавиатурата на пеперудата. Нищо по-малко от истинско бедствие. Но добре... Никоя компютърна компания не е перфектна. Не виждам проблем с мисълта за thunderbolt портовете. По пътя доста рядко се налага да включа моя Mac към нещо друго освен захранване. Вкъщи щях да имам thunderbolt док. Обширен, но все пак си заслужава.
Съгласете се, нито една компания не е перфектна! Проблемът е, че не ми трябват 4. Не виждам смисъл да имам 4 от едни и същи порта, които не мога и не бих използвал едновременно, но да нямам HDMI или USB A, които определено ще ми трябват и ще използвам .
Колкото до RAM, SSD... Безполезно. Ако изберете правилния хардуер в началото, никога няма да се притеснявате за това. Например, имам 16 GB RAM в моя MBP. Все още се управлява перфектно с 16 GB. Следващият ми компютър вероятно ще има 32 GB, защото 32 GB вероятно ще бъде следващият стандарт през следващите години. Защо трябва да надстроя през следващите 7-8-9 години с 32 GB RAM като софтуерен инженер? Да, може да е по-висока първоначална цена, но не е нужно да се тревожа за това през целия живот на компютъра. И това е мнението на почти всеки, който купува Mac. Изберете правилния хардуер в началото или леко надмогнете и той ще продължи през целия живот на компютъра.
Да, със сигурност е въпрос на предпочитание. Например използвам лаптоп Asus както със SSD, така и с HDD (което така или иначе е моят предпочитан избор за настройка - искам и HDD и SSD). Успях да избера SSD, който искам, мога също да разширя до 32 GB RAM и определено планирам да го направя скоро. Не защото е необходимо. Аз съм с 8 GB RAM и работи доста добре, но искам да оставя момчетата по поддръжката на Asus да отварят и почистват лаптопа и предпочитам също да увеличат RAM, както и аз го използвам от 2 години и половина.
Не съм използвал сериозно Windows 10. Последният Windows, който използвах, беше 7 или 8.1 според мен (назад през 2012 г. знам, че използвах Windows Server 2012R2...). И това беше шибана катастрофа. MacOS не е перфектен, особено в началото на Catalina, но всяка друга версия (с изключение на Yosemite, когато смениха потребителския интерфейс) беше почти перфектна стабилност и използване. Никога не съм имал нито един проблем с iCloud, iPad, Apple TV, Watch, наименувайте го... Имам ги всичките. Винаги работеше безпроблемно. Ах ах. Нямам хардуер за Android, защото ме интересуват сигурността и поверителността и смятам, че само Apple има солидна грижа за поверителността на своите потребители. От macOS актуализирах до Catalina, когато беше пуснат .2. Все още имаше няколко грешки, но нищо сериозно. Нито един бъг от пускането на .3. MacBook Pro има повече от 90 дни ъптайм, все още работи, сякаш току-що го стартирах. Наистина, наличието на наследство от UNIX в macOS е сериозно полезно и много по-мощно от която и да е версия на Windows, правена някога.
Вижте, че нямах проблеми с Windows дори тогава. Моите лаптопи имат около 6 месеца работа. Изобщо не ги затварям. Ето защо казвам, че става дума и за лични нужди, предпочитания и опит.
Но в края на краищата, разработчикът трябва да избере това, което му е удобно и, както казахте, да избере правилните инструменти за своите случаи на употреба. Моят приятел, който е електроинженер и разработчик на вграден софтуер, нямат избор да стартира Windows. Но ако можеше, той незабавно щеше да премине към macOS. Мисля, че като софтуерен инженер, че macOS е много по-мощен, гъвкав и стабилен от всяка друга операционна система, включително Linux (винаги имах лош опит с Linux и GUI. Headless Linux е безупречен, особено RedHat или Ubuntu Server, но като веднага щом GUI е в уравнението, рано или късно, той прецаква нещо). И с още по-затворена среда, идваща с Apple Silicon, macOS може да бъде само по-стабилна и производителна. Може би ще стане малко по-мощна мисъл, защото няма да можете да стартирате Windows на него. За разработчика възможността да тествате вашия софтуер/уеб приложение на трите платформи на един и същ компютър определено беше плюс. Но безплатен обяд няма.
Вярно е, че някои разработчици ще трябва да тестват кода си на всичките си платформи. Предполагам, че в някои случаи виртуалните машини биха били от помощ.
Това е напълно разбираемо. Стратегически, да научиш нещо отворено е по-изгодно, отколкото да научиш нещо затворено. Но в самия край всичко зависи от личния ви избор, кариерата, която искате да поемете, и какво ви харесва повече. В Монреал има много компании, които правят софтуер само за платформи на Apple например. Ако искате да направите това, имате голям избор. Това зависи повече от вашите интереси, отколкото от „отвореността“ на езика.
Определено зависи от личните предпочитания и личния план за развитие. Също и на самия пазар. В моята страна (малка държава в Европа, наречена България) имаме много софтуерни компании, но тъй като е Java е най-търсената в момента. Повечето компании биха имали мобилна разработка, но това е по-скоро като придружаващо приложение за уеб приложение и не се нуждаят от толкова много разработчици. Имам предвид, че имаме много повече бекенд разработчици за разработване на REST API, отколкото за мобилни разработчици и смятаме, че под мобилни разработчици имам предвид както Android, така и iOS.Реакции:pldelisle
pldelisle
Оригинален плакат
- 4 май 2020 г
- Монреал, Квебек, Канада
- 1 юли 2020 г
secretk каза: Да, това е въпрос на предпочитание със сигурност. Например използвам лаптоп Asus както със SSD, така и с HDD (което така или иначе е моят предпочитан избор за настройка - искам и HDD и SSD). Успях да избера SSD, който искам, мога също да разширя до 32 GB RAM и определено планирам да го направя скоро. Не защото е необходимо. Аз съм с 8 GB RAM и работи доста добре, но искам да оставя момчетата по поддръжката на Asus да отварят и почистват лаптопа и предпочитам също да увеличат RAM, както и аз го използвам от 2 години и половина.
Аз лично предпочитам вариант с изцяло SSD. Много по-производителен, като същевременно консумира по-малко енергия. Ненадграждаемата RAM и памет също намаляват теглото и форм фактора на лаптопа. Предпочитам това пред носенето на по-голямо тегло и по-обемист лаптоп всеки ден.
secretk каза: Вярно е, че някои разработчици ще трябва да тестват кода си на всичките си платформи. Предполагам, че в някои случаи виртуалните машини биха били от помощ.
Изглежда, че няма да можете да стартирате Windows ARM дори във VM, тъй като лицензирането на Windows не го позволява. Малко странна мисъл, Microsoft може да отвори лицензирането на ARM.
secretk каза: Определено зависи от личните предпочитания и личния план за развитие. Също и на самия пазар. В моята страна (малка държава в Европа, наречена България) имаме много софтуерни компании, но тъй като е Java е най-търсената в момента. Повечето компании биха имали мобилна разработка, но това е по-скоро като придружаващо приложение за уеб приложение и не се нуждаят от толкова много разработчици. Имам предвид, че имаме много повече бекенд разработчици за разработване на REST API, отколкото за мобилни разработчици и смятаме, че под мобилни разработчици имам предвид както Android, така и iOS.
Виждам. Определено има отношение и към самия пазар. Тук също мисля, че има много повече бекенд разработчици. Нормално е. Бекендът на едно приложение е много по-голям от мобилното/родното приложение на операционната система.secretk
- 19 октомври 2018 г
- 1 юли 2020 г
pldelisle каза: Аз лично предпочитам опция за изцяло SSD. Много по-производителен, като същевременно консумира по-малко енергия. Ненадграждаемата RAM и памет също намаляват теглото и форм фактора на лаптопа. Предпочитам това пред носенето на по-голямо тегло и по-обемист лаптоп всеки ден.
Като цяло да, но лаптопът ми не е обемист Реакции:rkuoakash.nu
- 26 май 2016 г
- 1 юли 2020 г
rkuo каза: Забравете родните приложения и стартирайте jump desktop обратно към работния плот. Това е безкрайно по-малко разочароващо и всъщност работи много добре.
Често, когато съм навън и за това е моето решение.фидо
- 3 ноември 2013 г
- 2 юли 2020 г
pldelisle каза: Това, което ни трябваТова може да е решение:
Това, от което се нуждаем на iPad, е пълна IDE с възможност да имаме конфигурация за отдалечено изпълнение/интерпретатор/разгръщане, точно както имаме във всеки JetBrains IDE. Аз лично разработвам на моя Mac, но съм стартирал конфигурации, които изпълняват моя код на отдалечени сървъри с автоматично качване и синхронизация.
GitHub - cdr/код-сървър: VS Code в браузъра
VS Code в браузъра. Допринесете за развитието на cdr/код-сървър, като създадете акаунт в GitHub. github.com
Успях да направя кодиране в браузър на iPad Mini 5 със сървъра, работещ на AWS екземпляр. Единственото досадно нещо е презареждането на раздела при превключване от други приложения. Но това може да е по-малко проблем за iPad Pro. Иyoomy
- 25 февруари 2008 г
Току що видях тази публикация и се канех да предложа код-сървър. Самият аз го използвах на отдалечена машина с много радост. Разбира се, винаги имате нужда от интернет, за да кодирате, но това стана много по-малко проблем в днешно време. Също така има кодово пространство на github в бета версия (все още чака да го получи), което изглежда много интересно.
- 2 юли 2020 г
Популярни Публикации