#objetive-c

[small-basic-programming]

Programming Languages

Post #30: The variety of programming languages, 2022.

[walterleffelnegociosbloggerspain]

Ha pasado ya casi un mes desde que comencé con mi nuevo reto en Telefónica, tiempo que he utilizado para ir descubriendo poco a poco los detalles del nuevo trabajo y pensar qué es lo que quiero construir. Tras unos días de locura en los que he tenido que estirar las jornadas laborales hasta límites insospechados, hace unos días comencé a dibujar en las pizarras de Eleven Paths un proyecto especial que quiero construir dentro de Telefónica. Lo compartí con mi equipo más cercano, luego con compañeros que pueden enseñarme cosas y pulirme los detalles y por último con algunas personas seleccionadas. Y tras pasar varias validaciones personales, voy a empezar a construirlo. Figura 1: Vente a crear tecnología a la fábrica de caramelos Siempre que tengo claro algo que quiero hacer, la emoción se apodera de mí y cada minuto que no lo estoy viendo crecer, es tiempo que estoy depurando en mi cabeza más detalles de cómo debe ser, y aún me emociono más. Es por eso que esta semana he estado haciendo los trámites necesarios para traer más ingenieros, diseñadores, expertos en UX, etc… a mi fábrica de caramelos. Y este post de hoy es un llamamiento para que te vengas a crear tecnología con nosotros. Te quiero conmigo si… Para mi nuevo equipo quiero “doers“, gente que haga tecnología, que haya hecho tecnología y que quiera hacer tecnología. No necesito gestores, managers de equipo ni organizadores. Las estructuras de trabajo que a mí me gustan son muy planas, con grupos reducidos de personas que hacen piezas del proyecto global en una cadena organizada por capacidades, así que la gestión es pequeña y continuada.  Me gustaría que te vinieras a trabajar conmigo si eres alguien joven o maduro que ama programar tecnología, que le gusta estar al día de las nuevas tecnologías y hacer cosas. Que sabe programar bien en Java, apps en Android, C++, C R, Python o puro ensamblador, que sabe cómo se diseña la arquitectura de software en entornos de BigData, que sabe cómo desarrollar en entornos de integración continua, en definitiva, que sabe cómo hacer software. Que entiende que hacer un algoritmo que funcione y uno que sea eficiente es distinto, que es capaz de optimizar el código y la arquitectura del software para entornos de alto rendimiento. Quiero que te vengas conmigo si te gusta experimentar y programar con nuevas tecnologías, con dispositivos de lectura de ondas cerebrales, con programación en entornos de Virtual Reality con Oculus o de realidad mejorada con Hololens. Si te gusta la Inteligencia Artificial, la programación cognitiva, la programación de Bots y el trabajo con NPL (Natural Processing Language). Si te gusta desarrollar con sistemas de Visión Artificial, Voice Recognition y el mundo de los interfaces de usuario avanzados. Que te guste  venir un día a la oficina y enseñarnos cómo has integrado tu timbre con Latch, como has puesto un sistema de 2-keys activation a una hucha o cómo has protegido una máquina de caramelos por identificación biométrica. Figura 2: El timbre de tu casa o de tu oficina integrado y protegido con Latch Me encantaría que te vinieras a nuestra fábrica de caramelos si eres una persona que aprende, que sabe trabajar en equipo, si amas la tecnología y te encanta programar en los nuevos gadgets y en los entornos de Cloud Computing y Big Data, si piensas que hablarle a tu Apple Watch y sacar información extraída de los resultados de un algoritmo escrito en R o Python que corre en tu entorno personal de Machine Learning con el que analizas las variaciones de los precios del café en todo el mundo – que recopilas con un entorno de crawling montado en tu cloud personal – para sacar predicciones de cuál va a ser el mejor café el mes que viene y elegir el mejor producto en tu supermercado es una idea divertida, te quiero conmigo. Y si al acabar, los resultados suena la marcha imperial, mejor que mejor. Figura 3: Latch en Apple, Watch, Mobile Connect y Biometría con FIDO.Todo lo que ves en la demo desarrollado en Telefónica por la “fábrica de caramelos”. Si eres un diseñador 3D o un diseñador gráfico que ha hecho interfaces de usuario de entornos complejos, extraños o con dispositivos raros, pero al mismo tiempo cosas sencillas y elegantes. Me gustaría que te vinieras conmigo. Si has programado algoritmos de Machine Learning, y entiendes las diferencias entre tener muchos datos y tener un entorno de Big Data para sacar conocimiento, también. Si crees que eso que repites tantas veces se puede automatizar y reemplazar por un script en AWK y lo haces, vente. Si crees que el código es como la caligrafía, si estas acostumbrado a leer código de compañeros, a que te lean y validen tus pares el código. Si te preocupa sobremanera la elegancia, la eficiencia y la seguridad de tu código y crees que llevarse a la cama un libro de patrones de diseño server-side de software es una lectura enriquecedora o si este verano estás pensando en hacer ese proyecto de desarrollo de tecnología que no has podido hacer todavía porque no has tenido tiempo, me gustaría que estuvieras conmigo. Te podemos ofrecer… Un entorno de trabajo en la fábrica de caramelos. Donde se trabaja mucho, con plazos marcados a fuego, donde vas a estar con más locos como tú, donde tu jefe va a ser un tipo raro que de vez en cuando lleva un gorro, y donde va a primar la tecnología. Un espacio de realizar proyectos de tecnología, con más gente a la que le gusta la tecnología. Una empresa grande como Telefónica en la que el tamaño y la escala te permitirá hacer cosas distintas. Te ofrezco trabajar mucho, una vez cada seis meses pasar 24 horas haciendo un hackathon solo con los doers de Telefónica & Eleven Paths en el Equinox, un lugar en el que podrás desarrollar cosas nuevas, hacer nuevos propuestos y nuevos experimentos. Venirte a un lugar del que ya han salido cosas como Latch, como Faast, como Tacyt, pero también cosas como la máquina de caramelos controlada por firma biométrica o un experimento para poner un WordPress en Paranoid Mode. Figura 4: Momentos del Equinox Spring 2016 Un lugar donde se programa Mobile Connect, SandasGRC, pero también donde se crea SmartSteps o SmartDigits, donde cada día hay nuevas iniciativas y puedes estar en varios proyectos a lo largo de tu semana. Donde te vas a encontrar con gente que hace el cubo de Rubik en unos segundos y que usar las herramientas de testing automático para ligar en Tinder tiene su gracia, y otros que piensan que para moverse de un edificio a otro de Telefónica es mejor ir en patinete y ahorrar tiempo para no llegar tarde a la próxima reunión. Figura 5: Javier Espinosa, developer de Eleven Paths,haciendo cubos de Rubik como si no hubiera un mañana Además, te vamos a querer, te vamos a mimar, te vamos a aceptar cómo eres. Te vamos a pedir que trabajes pero vamos a trabajar también porque tu trabajo sea lo mejor posible. Vamos a intentar que cuando acaben los esfuerzos no sea en vano. Que te sientas a gusto y que puedas hacerlo desde donde quieras. Podrás hacer teletrabajo o tranochetrabajo. También tenemos sitios para trabajar en Madrid, Málaga, Valencia, Barcelona, Londres, Buenos Aires o Valladolid. Figura 6: Oficinas de Eleven Paths en Madrid Eso sí, tendrás que pasar nuestras pruebas de acceso. No importa si eres de una empresa externa, si es tu primer trabajo, o si estás en el paro. No importa tampoco si estás ya en Telefónica pero fuera de la unidad de CDO, también puedes venirte con nosotros si te gusta. Figura 7: Buscamos hackers Por ahora no te puedo contar más detalles del proyecto, pero si tienes algunas de las cualidades que he dicho, si tienes espíritu hacker, probablemente queramos tenerte con nosotros en alguno de los más de 25 proyectos que llevamos en CDO, así que… envíanos tu currículo. Para hacer esto, envíanos un mensaje de correo a [email protected] y los evaluaré. Muy importante, el asunto debe ser: QUIERO TRABAJAR EN LA FÁBRICA DE CARAMELOS. Saludos Malignos! Sigue Un informático en el lado del mal – Google+ RSS 0xWord from Marie Hageman – Profesional de negocios mentor y entrenador via Marie Hageman WordPress Blog

[ios-goodies]

Week 96

Must Read

Cocoa Architecture: Dropped Design Patterns, by @orta

Articles

Querying URL Schemes With canOpenURL, by @kharrison

Auto Layout 101, by @andrei512

Top Tips for iOS 9 Development, by @realm

tvOS SDK: An iOS Developer’s Initial Impressions, by @cwagdev

Lyft Goes Swift: How (and Why) It Rewrote Its App From Scratch In Apple's New Language, by @harrymccracken

Tools/Controls

Countdown, by @KrauseFx

DFImageManager, by @kean

FBSimulatorControl, by facebook

DGRunkeeperSwitch, by Danil Gontovnik

Business

How to Name a Unicorn: What You Need to Know About Naming a Billion Dollar Startup, by @mylo_daniel

How to get more app ratings without being a pain in the ass?, by @sanketnadhani

What to do when your SaaS pricing is WRONG!, by @NikkiElizDemere

UI/UX

Building the Airbnb Apple Watch App, by @isaaclimdc

10 Apps We Love for the Awesome UX, by @antzfx

Building a more unified Twitter for iOS, by @bdonohoe

A Vision of the Future: Mobile Banking, by @HCI_UX_UI

Goodies

tv Human Interface Guidelines

Credits

rbarbosa, mariusc, kean

[rafaparadela]

Probando incrustar código mediante Gist

Metiendo código en el siguiente párrafo.

Entre estos dos.

[rafaellateral]

Entendendo o autorelease pool

Já vimos o autorelease no código do modelo que nos é fornecido (template) automaticamente todas as vezes em que criamos um novo projeto no Xcode. No caso de não se lembrar, vamos olhar um exemplo:

Uma função main típica

#import <Foundation/Foundation.h>

int main (int, argc, const char * argv[])

{

     NSAutoreleasePool *pool = [[NSAutoreleasepool alloc] init];

     //insira o código aqui...

     NSLog(@"Hello, World!");

     [pool drain];

     return 0;

}

Como podemos ver, a primeira coisa que esse código faz é criar um NSAutoreleasepool para pegar todos os objetos que a aplicação cria, recebendo a mensagem auto release. No final desta função, o autorelease pool é drenado, antes de ser desalocado. Esse ato de drenagem do autorelease pool é o que realmente faz com que a mensagem atual de liberação seja enviada para todos os objetos que tenham sido auto liberados.

Toda aplicação possui pelo menos um NSAautorelease pool.  Se um aplicativo possui vários segmentos, cada um deste deve ter também o seu próprio autorelease pool. Normalmente, a maioria das aplicações GUI possui um autorelease pool que é drenado cada vez que o loop de execução é executado. Isso faz com que nossos objetos autoreleases (auto liberados) sejam liberados, constantemente enquanto a aplicação está sendo executada.

Para criar o nosso próprio autorelease pool, precisamos alocar um objeto NSAutoreleasepool de novo, e depois realizar as operações necessárias para que se auto liberem, incluindo os objetos necessários para o autorelease. Quando estamos realmente prontos para liberar os nossos objetos autoreleased, nós simplesmente drenamos ou liberamos com uma mensagem:

Criando o nosso próprio objeto autorelease pool

-(void)inflateMemoryUsage

{

     for (NSInterger n = 0; n < 1000; n++)

       {

           NSAutoreleasepool *pool = [[NSAutoreleasepool alloc] init];

           //este objeto é autoreleased

           NSData *data = [self getBigBlobOfData];

           //faça algo com data...

           [self doStuff:data];

           [pool release]; //os objetos autorelease serão liberados aqui

       }

      //nada mais...

}

Autorelease pools trabalham como pilhas aninhadas, em que os objetos que são autoreleased são "empurrados" para o autorelease pool de nível mais alto que está disponível para eles. Portanto, se você criar vários autorelease pools um dentro do outro, os objetos autoreleased dentro de autorelease pool serão desalocados quando este autorelease pool for drenado.

Mais uma vez, autorelease pools são uma forma útil para auxiliar no gerenciamento manual de memória. Estes, portanto, não devem ser confundidos com gerenciamento automático de memória. 

No próximo post, iremos ver como o gerenciamento de memória vê de dentro de seus objetos e o que precisamos fazer para se certificar de que o nosso objeto irá gerir os seus recursos corretamente.

Até lá!