Mi parolis kun la teknika direktoro de Hey, David Hansson. Li estas konata al rusaj spektantaroj kiel la ellaboranto de Ruby on Rails kaj kunfondinto de Basecamp. Ni parolis pri blokado de Hej-ĝisdatigoj en la App Store (), la progreso de servo-evoluo kaj datuma privateco.
ĉe Twitter
Kio okazis
Poŝta servo de la programistoj Basecamp aperis en la App Store la 15-an de junio kaj preskaŭ tuj trafis la novaĵtitolojn . La fakto estas, ke baldaŭ post la liberigo korekta diakilo estis liberigita por la aplikaĵo, sed Apple-specialistoj .
Ili ankaŭ minacis forigi la retpoŝtan klienton de la vendejo. Laŭ ili, Hej-programistoj malobservis regulon 3.1.1 kaj ne uzis la In-App Purchase API-mekanismon por vendi abonojn. En ĉi tiu kazo, la korporacio ricevas 30% komisionon pri ĉiu transakcio.
Apple ne vidas bezonon eĉ pravigi ĉi tiujn diferencojn, ĉar ĉi tio estas kion la fina merkatpotenco havigas al vi. La recenzo de Apple laŭvorte diris ĉe la telefono, kiam ni levis ĉi tiujn obĵetojn: "Ni ne parolos pri aliaj programoj." Abusive estas kazo post kazo.
- DHH (@dhh)
La aŭtoroj de la aplikaĵo estas Jason Fried kaj David Hansson () - ne konsentis kun tiu ĉi postulo. Ili insistis, ke la responda klaŭzo ne aplikeblas en ilia kazo, ĉar Hej uzantoj pagas por abono en la oficiala retejo, kaj uzas la poŝtelefonon nur por ensaluti en la sistemon. Spotify kaj Netflix funkcias simile.
Kio estas la rezulto
La proceso daŭris plurajn semajnojn kaj finiĝis fine de junio. Apple finfine , sed Hej devis aldoni novan senpagan servon por ĉirkaŭiri la postulon pri en-apo pri aĉetoj. Uzantoj nun povas krei provizoran retpoŝtan konton dum 14 tagoj.
Reprezentantoj de la korporacio (antaŭe ) Ankaŭ , kiu ne plu prokrastos sekurecajn ĝisdatigojn por aplikoj kaj permesos al vi apelacii specifan malobservon de vendejaj reguloj.
Malgraŭ la meza venko, David Hansson ne estis feliĉa kun la decido. Li opinias, ke en la estonteco, Apple Corporation povas daŭre uzi sian dominan pozicion en la merkato por meti premon sur aplikaĵprogramistoj laŭ sia bontrovo.
Ni diskutis la situacion por klarigi kelkajn punktojn kaj planojn por la disvolviĝo de Hej.
La App Store-rakonto ankoraŭ estas vaste diskutita. Diru al ni, kiajn "soluciojn" vi pripensis kiam Apple rifuzis publikigi la unuan ĝisdatigon? Kiel evoluas la situacio kun en-apaj aĉetoj post kiam via ĝisdatigo estas aprobita? Ĉu ni povas atendi ŝanĝojn en la kampo de reguliga perspektivo?
Ni finfine ricevis la rajton meti la aplikaĵon en la App Store sen en-apaj aĉetoj kaj 30% komisiono. Vere, por tio ni estis devigitaj proponi alternativan senpagan servon, pri kiu mi ne tre kontentas. Sed nenio povas esti farita. Kvankam la praktikoj de Apple nun estas aktive studataj de eŭropaj kaj usonaj reguligistoj.
Demando kaj respondo: la angla
1. La situacio de App Store ankoraŭ ricevas multe da atento, do ni komencu tie. Kiajn solvojn vi kaj via teamo pripensis kiam Apple unue rifuzis publikigi la ĝisdatigon? Kiel progresis la IAP-disputo nun kiam la ĝisdatigo estas aprobita? Kiajn reguligajn evoluojn ni atendu en la proksima estonteco?Ni finfine gajnis definitivan rajton ekzisti en la App Store sen pagi la 30%-kotizon aŭ ofertante IAP. Ni devis proponi alian senpagan servon, kiun mi ne amas, sed tiel okazas. Apple nun alfrontas intensan ekzamenadon kaj en EU kaj Usono.
Ĉi tie DHH aludas al esploroj de la Usona Departemento de Justeco kaj la Eŭropa Komisiono, kiuj komenciĝis fine de junio. Ilia tasko ĉu la politikoj de Apple estas "selektemaj" en naturo kaj varias de kompanio al kompanio. La eŭropa reguligisto jam havas unuaj decidoj. Vendejoj devas sciigi programistojn pri sia intenco forigi aplikaĵon 30 tagojn anticipe, indikante la kialojn. Ili ankaŭ devus reverki la regulojn de la retejo en simpla kaj komprenebla lingvo.
Novaj EU-regularoj pri App Stores lanĉitaj:
— Ĉiuj app-forigoj devas veni kun 30-taga avizo, klara rezonado kaj opcio por apelacii.
— Rango en supraj leteroj devas esti travidebla.
— Malkaŝu ajnan diferencigan traktadon pri amataj ofertoj.
— Plantermina lingvo.- DHH (@dhh)
Ĉe WWDC ili diris ke ili donos la ŝancon apelacii specifajn malobservojn de App Store postuloj. Ĉu vi pensas, ke tio sufiĉas por ebenigi la ludkampon por pli malgrandaj programistoj? Ĉu produktoj kiel Hey povos konkuri kun gigantoj kiel Gmail (G Suite) kaj Netflix?
Neniel, ĝi estis eta, nominala, paŝo antaŭen. Sed mi esperas, ke ĝi estos impulso en la procezo de ebenigado de la ludkampo por ĉiuj ludantoj.
Demando kaj respondo: la angla
2. Ĉu vi kredas, ke la antaŭ-WWDC-decido de Apple revizii la manieron kiel ili traktas apelaciojn sufiĉas por ebenigi la ludkampon por pli malgrandaj programistoj? Ĉu produktoj kiel HEY finfine havos la ŝancon konkuri kontraŭ similaĵoj de Gmail (G Suite) kaj Netflix?Absolute ne. Ĝi estis tre malgranda, preskaŭ signo, paŝo antaŭen. Sed espereble ĝi estas la komenco de efektive fari la laboron por ebenigi la ludkampon.
Ĉu la skandalo influis la evoluteamon? Ne ĉiutage ĉiuj parolas pri via produkto... Bonvolu rakonti al ni pri ĉi tiuj specialistoj - ĉu iuj el ili koincidas kun tiuj, kiuj laboras ĉe Basecamp? Kiel vi varbis programistojn kaj ĉu vi planas pligrandigi vian dungitaron?
Estis malfacilaj unuaj du semajnoj, plenaj de angoro kaj trolaboro. Ne amuza tempo, kaj mi ĝojas, ke ĝi finiĝis. La teamo malantaŭ Basecamp laboras pri Hej. Sed ĉar nia retpoŝta servo fariĝis sukcesa, ni planas dungi novajn dungitojn en la venontaj monatoj. Ni publikigos ĉiujn vakantajn postenojn .
Demando kaj respondo: la angla
3. Ĉu ĉi tiu publikeco influis la moralon de via inĝenieristiko? Ne ĉiutage ŝajne ĉiuj parolas pri via produkto... Ĉu vi povus rakonti al mi pli pri la inĝenieristiko? Ĉu ĝi iel interkovras kun la teamo malantaŭ Basecamp? Ĉu estas homoj laborantaj pri ambaŭ produktoj samtempe? Ĉu vi invitis iun el viaj iamaj kolegoj labori pri HEY? Kiel vi elektis la komencajn membrojn de ĉi tiu teamo kaj kiel vi alproksimiĝis pligrandigi ĝin?Estis gigantaj unuaj du semajnoj. Plenigita de angoro kaj troa laboro. Ne feliĉa tempo. Mi ĝojas, ke ni nun preterpasis ĝin. Estas la sama teamo kiu administras Basecamp. Sed nun, ke HEY estas grandega sukceso, ni dungos sufiĉe multe en la venontaj kelkaj monatoj. Ĉiuj afiŝoj aperas .
La lastaj du semajnoj sentis, ke mi ludis rolon en XNUMX-NOKTO EN LA VIVO DE LABOROKOLO. Mi pretas lasi la kreditojn ruliĝi. Mi ne komprenas kiel homoj vivas tiel dum monatoj. Aŭ eĉ jarojn.
- DHH (@dhh)
En Bazkampo ke algoritmaj kaj matematikaj taskoj en intervjuoj ne helpas varbi programistojn. Aparte, DHH kredas, ke la plej bona maniero testi la kapablojn de kandidato estas revizii la kodon, kiun ili skribis kaj diskuti realajn kaj eblajn problemojn.
"La nura fidinda mezurilo, kiun mi trovis por estonta programista sukceso, estas rigardi realan kodon, kiun ili skribis, parolante tra pli grandaj bildaj problemoj, kaj, se ĉio tio estas ŝvela, provi ilin por grandeco",
- DHH (@dhh)
Kiel mi komprenas ĝin, Hej estas karakterizita de pli granda nombro da denaskaj UI-solvoj kompare kun Basecamp. Kun la aldonita komplekseco, kiom malfacile estis teni la teamon malgranda? Ĉu vi diris, ke vi uzas bibliotekon, kiu generas UI-elementojn bazitajn sur WebView HTML? Ĉu ĉi tiu decido helpis bremsi la kreskon de dungitaro?
Jes, ni parolos pri niaj novaj teknologioj iom poste ĉi-jare. Ni multe laboris por certigi, ke Hey povas esti evoluigita kaj subtenata de malgranda teamo.
Demando kaj respondo: la angla
4. Mi komprenas, ke HEY enhavas pli grandan nombron da denaskaj UI-solvoj kompare kun, ekzemple, Basecamp. Konsiderante la plian kompleksecon, ĉu estis defio teni evoluteamojn malgrandaj? Laŭ Sam Stephenson, vi eĉ konstruis bibliotekon, kiu generas denaskajn UI-elementojn bazitajn sur la HTML de viaj interretaj vidoj. Ĉu ĉi tiu decido helpis redukti la nombron de dungitoj?Jes, ni rivelos ĉiujn niajn novajn teknologiojn poste ĉi-jare. Ni multe laboris por certigi, ke HEY povus esti konstruita de malgranda teamo, kaj ankaŭ konservita.
Dum intervjuo ĉe Railsconf 2020, DHH , ke nur du teamoj de tri homoj laboras pri moveblaj aplikoj por Hej. Koncerne teknologion, ili biblioteko por akceli paĝan bildigon - ĝi prilaboras formojn senditajn de la uzanto kaj ne postulas . La programistoj ankaŭ kunmetis novan bibliotekon por la UI: ĝi igas retajn vidojn en menuelementojn. En perspektivo liberigo al malferma fonto.
Hej baziĝas sur simpla HTML, kio estas iom surpriza por moderna produkto. Vi elektis servilflankan bildigon, sed uzas plurajn kutimajn solvojn bazitajn sur novigaj teknologioj. Ĉu vi komplikas vian sistemon por elstari de ĉefaj retpoŝtaj provizantoj?
Ni ne ŝatas kompliki aferojn ĉar ĉi tiu aliro funkcias. Do, kun malmulte da peno vi povas fari multe pli. La kapablo elstari de tro "komplikaj" retpoŝtaj provizantoj estas nur bela gratifiko, sed ne la celo. La celo estas krei bonegan produkton, pri kiu nia malgranda teamo povas esti fiera.
Demando kaj respondo: la angla
5. La fokuso de HEY pri simpla malnova HTML estas surpriza por nuntempa produkto. Vi estas blokita kun servilflanka bildigo dum vi uzas kelkajn tajloritajn solvojn por profiti de modernaj novigoj. Ĉu vi konservas aferojn "simplajn" por fari deklaron pri la normrompantaj praktikoj de ĉefaj retpoŝtaj provizantoj?Ni simpligas aferojn ĉar ĝi funkcias! Ĝi permesas al malgranda teamo fari multe pli. Fari punkton, ke moderna komplekseco ne necesas, estas bonega gratifiko, sed ĝi ne estas la afero. La punkto estas konstrui bonegan produkton kun malgranda teamo en maniero kie ni povas ĝui nin.
Meze de junio, en intervjuo kun Protokolo, David diris, ke modernaj retpoŝtaj klientoj rekreas de la televida serio Seinfeld. Supozeble ili pli bone scias, kion vi bezonas, kaj se vi ne ŝatas ĝin, vi povas iri aliloken. La programistoj de Hey strebas ŝanĝi ĉi tiun staton, kaj se ne venki monopolojn, do almenaŭ faru paŝon en ĉi tiu direkto.
HEY ne nur temas pri fari pli bonan retpoŝtan servon, ĝi temas pri batali por la esenco mem de retpoŝto kiel protokolo, ne Guglo-apo. Monopoloj kaptis la plej grandan parton de la interreto, sed retpoŝto ankoraŭ pendas tie... nur apenaŭ. Nun estas la tempo por protekti ĝin!
- DHH (@dhh)
Ni parolu pri retpoŝta kundivido. Vi rapide malŝaltis la funkcion kaj promesis zorge kontroli eblajn vundeblecojn en viaj servoj. Kiajn funkciojn vi jam efektivigis por certigi la sekurecon de uzantdatenoj, kaj kiujn vi planas efektivigi estonte?
Ni ne konsideris, ke publikaj ligiloj al leteroj povus konduki al misuzo. Ni revenas al la komenco kaj pensos kiel plibonigi ĝin. Kiam ni publikigas novajn funkciojn por Hej, ni volas certigi, ke ili estas ĝuste efektivigitaj kaj ne malobservas la rajtojn de iu ajn.
Demando kaj respondo: la angla
6. Ni parolu pri la lastatempa polemiko pri la retpoŝta kundivido. Vi senprokraste malŝaltis ĝin kaj promesis esti pli atenta pri la potencialo de misuzo de viaj servoj. Kiajn elektojn vi jam faris por certigi la sekurecon de la datumoj de viaj uzantoj kaj kiajn pliajn agojn vi planas fari?Ni ne pensis, ke tiu publika ligo-funkcio tra la mistrakta angulo. Do ni remetas ĝin sur la desegnotablon ĝis ni povos pli bone fari. Kiam io aperas sur hey.com, ili devas povi fidi, ke ĝi estas farita ĝuste kaj kun konsento.
Ni ricevis multajn petojn por familiaj planoj HEY. Kun domanaro de kvin, mi plene akiras ĝin. Sed familia programaro estas pli malfacila ol ĝi aspektas. Kiu posedas la datumojn? Kiel vi protektas kontraŭ geedzoj spionantaj? Kio pri infanoj? Se <13? Kaj kiel ekloĝi en eksedziĝo? Devas korekti ĝin.
- DHH (@dhh)
Komence, Hej permesis al vi generi ligilojn al retpoŝta korespondado kaj dividi ilin kun aliaj homoj. Samtempe ĝiaj partoprenantoj pri ĝi. La programistoj provizore malfunkciigis la kundividan opcion por malhelpi misuzon. Ĝi estos resendita kiam ĝi plenumas la internajn sekurecajn normojn de la kompanio.
Ankaŭ la aŭtoroj de la poŝta servo jam laboras pri aliaj sekurecaj funkcioj - kaj "" malfermaj leteroj. Ankaŭ programistoj Ŝilda sistemo, kiu protektas la leterkeston kontraŭ mesaĝoj enhavantaj agreseman parolon kaj misuzon.
Vi ofte parolas pri kiom grava estas havi bonajn komunikajn kapablojn dum skribo—precipe por programistoj. Dum la kazo de aĉetoj en la aplikaĵo daŭris, vi montris vin kiel iu, kiu povus defendi vian vidpunkton en Twitter.
Diru al ni kiel funkcias en via kompanio la interŝanĝo de ideoj, kiuj kaŭzis la naskiĝon de Hey? Kiel ŝanĝiĝis la produkta koncepto dum la lastaj jaroj? Ĉu vi kontentas pri la rezultoj, aŭ ĉu ni atendu pliajn ŝanĝojn en la estonteco?
Mi verkas interretajn afiŝojn dum preskaŭ 25 jaroj kaj daŭre praktikas. Basecamp estis desegnita ekde la komenco por esti firmao koncentrita pri teksta komunikado - ĉi tio estas natura stato por ni. Mi pensas, Hej havas fortan ideon, sed kompreneble ni vastigos kaj plibonigos nian produkton estonte.
Demando kaj respondo: la angla
7. Vi ofte parolas pri la graveco havi bonajn skribajn komunikajn kapablojn, precipe por programistoj. Dum la IAP-krizo vi pruvis vin pli ol kapabla subteni vian pozicion en Twitter. Kiel vi organizis la skriban interŝanĝon de ideoj, kiu kondukis al la evoluo de HEY? Kiel la produkto koncipe evoluis dum ĉi tiuj du jaroj? Ĉu vi kontentas pri la rezultoj aŭ ĉu ni atendu grandajn ŝanĝojn en la proksima estonteco?Mi skribas por la reto dum 25 jaroj. Mi daŭre ekzercas! Kaj ni estas tre skrib-fokusita organizo ĉe Basecamp. Estis ekde la komenco. Do ĉio, kio venis nature. Mi pensas, ke la kerna vizio de HEY estas nekredeble forta, sed kompreneble ni vastigos kaj plibonigos aferojn.
Dankon pro legado. Se vi trovas ĉi tiun formaton interesa, mi daŭrigos.
Kion alian mi havas sur Habré:
fonto: www.habr.com