Acceder

Contenidos recomendados por bacterio77

bacterio77 05/06/23 18:11
Ha respondido al tema Valores conservadores/ largo plazo
Erik, antes que Smurfitt yo miraría a dos de sus competidoras, de las que hace ya tiempo hable: Packaging Corporation of America y Mondi Plc. Tienen mejores márgenes. He hablado de ellas en el hilo. También hay videos sobre ellas más recientes de “El profesor del dividendo”, que curiosamente comparte muchas empresas de las que mencionamos en el hilo (Profe, un saludo si nos lees!).
Ir a respuesta
bacterio77 31/05/23 23:00
Ha respondido al tema Inversión a largo plazo y disciplina
Lo de ser tajante en no vender y diversificar por encima de cierto límite no es tan bueno como crees. Una empresa que en un momento puedes plantearte meter en cartera, puede ser que más adelante te la replantees, bien porque mejoren tus conocimientos sobre la valoración de las empresas, o bien porque cambien sus fundamentales.Respecto a lo que cuentas de invertir en Amazon o Netflix hace años, no tienes en cuenta el sesgo de supervivencia: como dice Siames, habrías tenido con más probabilidad empresas que habrían quebrado o casi quebrado (en los años 1990s era más probable haber invertido en Nokia o Kodak que en Amazon, y no digamos Netflix, que en aquella época se dedicaba a enviar películas en DVD en un sobre por correo postal, y no es broma).Está claro que ventas a la primera de cambio por un trimestre malo, o una noticia, o un articulo de Seeking Alpha… no es buena idea. Pero a veces puede ser bueno vender, incluso con pérdidas, y evitar permanecer en barcos que se hunden.En mi experiencia personal, casi siempre que he vendido ha sido por replantearme la inversión en empresas que, el tiempo ha demostrado en los fundamentales y casi siempre también en cotización, que no eran una buena inversión.
Ir a respuesta
bacterio77 20/03/23 21:50
Ha respondido al tema Valores conservadores/ largo plazo
Hologic: No la conozco (y trabajo en sector salud)  pero por fundamentales tiene buena pinta. Empiezan a tener caja neta, por lo que es previsible que empiecen a repartir dividendo, aunque eso pensaba con Fonar y mejor no dar nada por supuesto: siempre pueden encontrar formas absurdas en las que gastar la caja, o dejarla en un depósito para que se la coma la inflación…No me gusta que no hay ningún accionista grande de referencia, todos son fondos…La seguiré por si bajara (aunque por la gráfica no parece que vaya a bajar…)
Ir a respuesta
bacterio77 14/03/23 19:44
Ha respondido al tema Valores conservadores/ largo plazo
Si alguien tiene tiempo, echad un vistazo a Somero Enterprises.Es una empresa pequeña estadounidense pero que cotiza en la bolsa de Londres.No he tenido tiempo de mirarla a fondo, pero los fundamentales pintan bien. Resumo pros y contras (muy "someramente"):- Demasiado pequeña (242 millones de dólares según Tickr).- Sector: maquinaria de construcción (concretamente, maquinaria para nivelar suelos de cemento o mortero).- Ventajas competitivas: tienen por lo visto muchas patentes sobre los mecanismos que utilizan (ej: nivelación con laser).- Fundamentales: el perfil que me gusta: ingresos crecientes, poca deuda, buen margen para el sector.- Cierta diversificación geográfica: algo más de la mitad de las ventas en EEUU, pero también en el resto del mundo.- PER 8, RPD 6.4%.Cosas que no me convencen tanto:- ¿Por qué una empresa americana cotiza en Reino Unido? - concretamente en el mercado de PYMES, el AIM. ¿Quizás porque su contabilidad es opaca?. Por otro lado, lleva tiempo repartiendo dividendo, cosa que da algo de tranquilidad porque éste no puede salir de la nada.- ¿Como tributan los dividendos?. Es decir, es Americana, pero al cotizar en otros mercados quizás  el broker no aplique el w8ben, como me pasó hace muchos años cuando compré Medtronik  en Frankfurt (con ING).- Sector con importante componente cíclico (ligado a construcción y ciclo económico en general). Tuvieron 3 años con pérdidas en la crisis de 2008. 
Ir a respuesta
bacterio77 09/03/23 10:55
Ha respondido al tema MongoDB
Parece que se pega un buen leñazo despues de resultados. Yo no los veo tan malos... supongo q mas por el guidance, pero los ingresos siguen para arriba trimestre tras trimestre.
Ir a respuesta
bacterio77 08/03/23 19:28
Ha respondido al tema Valores conservadores/ largo plazo
He encontrado una empresa interesante, aunque en realidad se sale un poco del concepto de valores conservadores, puesto que todavía no produce beneficio, pero creo que si las cosas le salen bien podría ser una excelente compra para el largo plazo.Aunque la empresa la conozco desde hace unos días, trabaja en un ámbito en el que tengo ciertos conocimientos: las bases de datos.Se trata de MongoDB.Como el post era un poco extenso, lo he sacado al foro de Buscando Valor, os dejo el link por si os interesa!:https://www.rankia.com/foros/buscando-valor-largo-plazo/temas/5766295-mongodb?page=1
Ir a respuesta
bacterio77 08/03/23 19:24
Ha respondido al tema MongoDB
 CONCLUSIÓN:  MongoDB me parece una inversión interesante, con los siguientes puntos fuertes:  1.                  Producto novedoso y con ventajas con respecto a la tecnología de la competencia. 2.                  Hasta la fecha, crecimiento interanual a doble dígito alto de forma sostenida (aunque con pocos años de track record). 3.                  A la vez que crece, está propiciando un efecto red, propiciando el uso de su motor entre los desarrolladores, lo que le permite desarrollar cierta ventaja con respecto a futuros competidores.  Y veo, por el contrario, los siguientes inconvenientes: 1.                  Es una empresa que todavía no produce ingresos y consume caja. 2.                  A consecuencia de lo anterior, puede ser objeto de OPA. 3.                  Previsiblemente tenga que recurrir a endeudamiento o nuevas aplicaciones de capital. 4.                  En el caso de los puntos 2 y 3, una bajada de cotización (aun cuando se debiera a circunstancias del mercado ajenas a la empresa) le perjudicaría notablemente, al poder ser opada a un precio bajo o diluirse más si precisa ampliar capital en el caso de que su cotización esté por los suelos. 5.                  Desconozco hasta que punto disfruta de una ventaja competitiva superior frente a la competencia, que podría desarrollar un sistema equivalente o superior (patentes, posibilidad de desarrollos alternativos, etc). 
Ir a respuesta
bacterio77 08/03/23 19:23
Ha respondido al tema MongoDB
 NEGOCIO DE MongoDB El funcionamiento como empresa de MongoDB es parecido al que hace Oracle con MySQL. MongoDB desarrolla y mantiene una versión libre (gratuita) de su base de datos. El objetivo de esto es atraer a programadores a esta plataforma, y que los proyectos menos ambiciosos, incluyendo las startups, comiencen a usar el sistema. Pero a las empresas grandes habitualmente les interesa contratar los servicios de pago, que ofrecen funcionalidades avanzadas como por ejemplo una mejor seguridad (encriptación). Esto permite ir creando un efecto de red; según los programadores se familiarizan con esta estructura de datos y conocen las ventajas, habitualmente van a preferir utilizarla en sus futuros proyectos, o incluso migrar los datos de sus bases de datos tradicionales de proyectos anteriores al BSON de MongoDB.  Los ingresos de MongoDB proceden: En torno a un 5%, de servicios de asesoramiento para desarrolladores. Incluye aplicaciones que permiten migrar la información contenida en bases de datos tradicionales (SQL) a las bases de datos de Mongo.  Licencias del motor de la base de datos (versión de pago) y otras aplicaciones relacionadas. Anteriormente constituía la principal fuente de ingresos, pero actualmente está siendo desplazado por AtlasDB. AtlasDB es el servicio de MongoDB que gestiona la adaptación de sus bases de datos a la nube. Funciona perfectamente con los servidores en la nube de Amazon (AWS), Google y Microsoft (Azure). Como he adelantado anteriormente, a diferencia de las bases de datos tradicionales, este servicio simplifica el trabajo de los equipos de informática de las empresas cliente.  De momento, MongoDB no produce beneficio neto. Consumen caja, por lo que es posible que en el futuro requieran ampliar capital o endeudarse. En este punto, reconozco que habitualmente no invierto en este tipo de empresas y no sabría estimar en qué momento es previsible que empiece a ser rentable, pero como puede verse, hasta ahora sí que ha mantenido un previsible y pronunciado aumento de ingresos a un nivel anual del 40%. Si nos fiamos en la cifra de negocio de Oracle, con solo que alcanzara una pequeña fracción de su cuota de mercado sería una inversión muy interesante.  Ingresos trimestrales de Mongo (desde 2016) A este respecto, agradecería la opinión de usuarios de Rankia con experiencia en este tipo de empresas en crecimiento que aún no producen ingresos netos.  Respecto al crecimiento, decir que varias compañías muy conocidas ya trabajan con MongoDB, destacando entre ellas a Amadeus, Verizon, 7eleven y SEGA. 
Ir a respuesta
bacterio77 08/03/23 19:21
Ha respondido al tema MongoDB
 VENTAJAS DE MongoDB Si nos vamos a lo práctico, las ventajas de las bases de datos de MongoDB (BSON) son: -   Escalabilidad:    A la hora de consumo de recursos, menos sobrecarga del servidor, lo que permite manejar conjuntos de datos más grandes. Las bases de datos de MongoDB, para grandes cantidades de información, son más eficientes. Es obvio que resulta más fácil acceder a la parte del fichero donde aparecen los datos de un usuario concreto y allí buscar sus “me gusta”, que no tener que identificarlos de entre todos los registros una tabla de tamaño ingente que incluye los “me gusta” de todos los usuarios. Intuyo que el formato de MongoDB requiera un mayor consumo de espacio de almacenaje en disco aunque, como hemos comentado, este no es el factor limitante en la actualidad. o   A nivel organizativo, en empresas basadas en la nube, al parecer es más fácil organizar el crecimiento a nivel de hardware. En el caso de un sistema de bases de datos tradicionales, parte del personal de la base de datos tendría que encargarse de gestionar cuantos servidores deben contratar o comprar, configurar todos esos servidores, como se van a interconectar, etc… lo que supone consumo de recursos materiales y humanos. Y si la empresa (y la información que procesa) crece, esto hay que actualizarlo periódicamente. Al parecer, con las soluciones en la nube de MongoDB, solo hay que contratar el servicio y la empresa se encarga de los requerimientos de hardware, sin tener que contratar explícitamente un numero determinado de servidores. Adjunto imagen explicativa de una de las presentaciones de MongoDB: Complejidad del mantenimiento en la nube de una base de datos relacional de gran envergaduraA la derecha, solución ofrecida por MongoDB (AtlasDB) para encargarse de la gestión del hardware necesario para mantener sus bases de datos -     Uso más intuitivo para los programadores: La estructura de datos de las bases BSON se parece más a la forma en la que estos van a ser usados por nuestra web, lo que implica que esta estructura facilita la programación. A nivel de empresa, esto supone poder abarcar proyectos más grandes con menor necesidad de personal, y los programadores pueden concentrarse en otros aspectos de la programación y avanzar más rápidamente en la creación y mantenimiento de la web. Según MongoDB, según datos del sitio web stackoverflow, que sirve de punto de encuentro entre informáticos (y algún aficionado como yo) para consultar y solucionar dudas, MongoDB se está convirtiendo por ello en el sistema de almacenado de información preferido por sus usuarios. Por mi parte, he curioseado en Amazon la cantidad de libros publicados sobre MongoDB y se pueden encontrar bastantes, incluso en español, lo que resulta indicativo del interés de la comunidad de desarrolladores por este sistema.    SITUACIÓN ACTUAL DEL SECTOR  Actualmente, aunque existen varias versiones de servidores de bases de datos relacionales (como el SQL Server de Microsoft, o versiones de acceso libre como SQLite o MariaDB), este sector está dominado por la empresa Oracle. Oracle desarrolló en su momento su gestor de bases de datos (como curiosidad, su primer cliente fue la CIA), y también han ido realizando otras adquisiciones de otros motores de bases de datos, como sería el caso de MySQL. Aunque el motor original de Oracle es exclusivamente de pago, sería interesante hablar del modelo de negocio de MySQL, porque se parece mucho al de MongoDB. MySQL se lanzó inicialmente como una versión de bases de datos libres. Aunque se puede utilizar localmente, está ideado para usar en servidores web. Cuando Oracle lo adquirió, aunque mantuvo la versión libre, que puede servir para webs pequeñas, pero ofrece la posibilidad de funcionalidades más avanzadas para empresas en su versión de pago.  Como puede verse en la gráfica de ingresos de Oracle, y como suele ser habitual en empresas de informática de calidad, es un negocio con buenos márgenes (aunque el crecimiento se ha detenido en la última década). Ingresos anuales de Oracle últimos 20 años (ingresos y beneficio neto)
Ir a respuesta
bacterio77 08/03/23 19:18
Ha respondido al tema MongoDB
 Y AHORA SÍ, HABLAMOS DE MongoDB…  Las bases de datos diseñadas por MongoDB tienen, desde sus cimientos, un formato diferente a las de las bases de datos relacionales (o bases de datos basadas en tablas y SQL). Utiliza un sistema de almacenaje de información diferente, llamado BSON (binary JSON), que a su vez procede del JSON (JavaScript Object Notation). Realmente no tengo experiencia con BSON, aunque sí un poco con JSON, pero para hacernos una idea, puede servir. La forma de almacenar datos en JSON y BSON es muy parecida a la forma en la que realizaríamos, por ejemplo, al hacer un esquema-resumen de unos apuntes de clase. La información es organizada de una forma jerárquica: se crean puntos o elementos de una lista, y cada uno de esos puntos puede a su vez subdividirse libremente en el número de puntos que sea necesario. Además, ya no tenemos la rigidez de formato de las tablas de las bases de datos tradicionales y, según sea necesario, cada nivel del esquema puede almacenar tipos de datos muy diferentes. Volviendo al ejemplo de antes de la librería, la información de los clientes tendría una estructura como la que sigue:  Cliente: Fulano Fulanez (Dirección, datos contacto, etc…)                 Compra: El conde de Mostecristo (ISBN, editorial, precio, etc)                 Compra: Asesinato en el Orient Express (ISBN, editorial, precio, etc)                 Compra: La legión maldita Cliente: John Doe (Dirección, datos contacto, etc…)                 Compra: Aprender Access para principiantes (ISBN, editorial, precio, etc)                 Compra: Python avanzado (ISBN, editorial, precio, etc) Cliente:  Pedro Falso (Dirección, datos contacto, etc…)                 Compra: Derecho Procesal, 1º Ed (ISBN, editorial, precio, etc)  Este formato de almacenaje de datos es más flexible a la hora de incorporar nueva información, incluso de datos que en principio no estuvieran previstos. Imaginemos que hemos creado una web de nuestra librería y queremos añadir las valoraciones que hacen los clientes: bastaría añadirlos a la misma lista, con lo que seguimos teniendo un rápido acceso a la información. Si hubiéramos usado bases de datos relacionales / SQL, habríamos tenido que crear nuevas tablas, nuevas relaciones, y aumentar la complejidad del sistema para cuando planeáramos realizar búsquedas de esta nueva información. Lo anterior quedaría como (cambios en negrita):  Cliente: Fulano Fulanez (Dirección, datos contacto, etc…)                 Compra: El conde de Mostecristo (ISBN, editorial, precio, etc)                 Compra: Asesinato en el Orient Express (ISBN, editorial, precio, etc)                 Compra: La legión maldita                 Valoración: Acerca de: “El conde de Montecristo”, Comentario: “Clásico de imprescindible lectura”.                 Valoración: Acerca de: “Mis años con Carmele”, Comentario: “No lo recomiendo”. Cliente: John Doe (Dirección, datos contacto, etc…)                 Compra: Aprender Access para principiantes (ISBN, editorial, precio, etc)                 Compra: Python avanzado (ISBN, editorial, precio, etc) Cliente:  Pedro Falso (Dirección, datos contacto, etc…)                 Compra: Derecho Procesal, 1º Ed (ISBN, editorial, precio, etc)  Una alternativa sería, si así lo decidiera el diseñador de la web, limitar los comentarios a aquellos libros que el cliente haya comprado en la web, y hacer que aparecieran referidos a la compra correspondiente:  Cliente: Fulano Fulanez (Dirección, datos contacto, etc…)                 Compra: El conde de Mostecristo (ISBN, editorial, precio, etc)                                 Valoración: Comentario: “Clásico de imprescindible lectura”.                 Compra: Asesinato en el Orient Express (ISBN, editorial, precio, etc)                 Compra: La legión maldita Cliente: John Doe (Dirección, datos contacto, etc…)                 Compra: Aprender Access para principiantes (ISBN, editorial, precio, etc)                 Compra: Python avanzado (ISBN, editorial, precio, etc) Cliente:  Pedro Falso (Dirección, datos contacto, etc…)                 Compra: Derecho Procesal, 1º Ed (ISBN, editorial, precio, etc)  A la hora de acceder a la información, esto supone que va a ser más fácil para el motor de la base de datos: la información que necesitamos está ordenada de una forma sencilla. 
Ir a respuesta